User interfaces for transfer accounts

ABSTRACT

The present disclosure generally relates to managing the use of transfer accounts using an electronic device. In accordance with some embodiments, user interfaces for inputting information about a secure credential to an electronic device are described. In accordance with some embodiments, user interfaces for managing the use of a credential provisioned on an electronic device that operates on stored power are described. In accordance with some embodiments, user interfaces for managing the use of a transfer account associated with different credentials on an electronic device are described.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. Nonprovisional applicationSer. No. 17/143,752, entitled “USER INTERFACES FOR TRANSFER ACCOUNTS,”filed Jan. 7, 2021, which is a continuation of U.S. Nonprovisionalapplication Ser. No. 16/428,875, entitled “USER INTERFACES FOR TRANSFERACCOUNTS,” filed May 31, 2019, which claims priority to U.S. ProvisionalApplication Ser. No. 62/679,865, entitled “USER INTERFACES FOR TRANSFERACCOUNTS,” filed Jun. 3, 2018, and U.S. Provisional Application Ser. No.62/852,590, entitled “USER INTERFACES FOR TRANSFER ACCOUNTS,” filed May24, 2019, the contents of which are hereby incorporated by reference intheir entirety.

FIELD

The present disclosure relates generally to computer user interfaces,and more specifically to techniques for managing the use of transferaccounts using an electronic device.

BACKGROUND

The use of electronic devices to perform transfer operations, such astransactions, with a second electronic device such as a contactlessterminal has increased significantly in recent years. Exemplarycontactless terminals include Near Field Communication-enabled(NFC-enabled) terminals, Bluetooth-enabled terminals, and barcodescanner-enabled terminals. An electronic device can be used inconjunction with these exemplary terminals to enable the user of theelectronic device to perform a transfer operation using a transferaccount available for use via the electronic device.

BRIEF SUMMARY

Some techniques for managing the use of transfer accounts usingelectronic devices, however, are generally cumbersome and inefficient.For example, some existing techniques use a complex and time-consuminguser interface, which may include multiple key presses or keystrokes.Existing techniques require more time than necessary, wasting user timeand device energy. This latter consideration is particularly importantin battery-operated devices.

Accordingly, the present technique provides electronic devices withfaster, more secure, and more efficient methods and interfaces formanaging the use of transfer accounts. Such methods and interfacesoptionally complement or replace other methods for managing the use oftransfer accounts. Such methods and interfaces reduce the cognitiveburden on a user and produce a more efficient human-machine interface.For battery-operated computing devices, such methods and interfacesconserve power and increase the time between battery charges. Inaddition, such methods and interfaces reduce the number of inputsrequired at an electronic device, such a smartphone and/or a smartwatch,to perform a transfer operation using (e.g., a credential associatedwith) a transfer account. Further, such methods and interfaces enableenhanced user convenience when using (e.g., a credential associatedwith) a transfer account in a transfer operation.

In accordance with some embodiments, a method performed at an electronicdevice with a display is described. The method comprises: displaying, onthe display, an initiation user interface including an affordance foradding a secure credential to the electronic device; receiving a requestto add the secure credential to the electronic device, wherein therequest corresponds to the affordance for adding the secure credential;and in response to receiving the request to add the secure credential tothe electronic device: in accordance with a determination that thedevice was operating in a first context when the request to add thesecure credential was received, initiating a first process for inputtinginformation about the secure credential to the electronic device; and inaccordance with a determination that the device was operating in asecond context, different from the first context, when the request toadd the secure credential to the device was received, initiating asecond process for inputting information about the secure credential tothe electronic device, the second process being different from the firstprocess.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of an electronic device with a display isdescribed. The one or more programs including instructions for:displaying, on the display, an initiation user interface including anaffordance for adding a secure credential to the electronic device;receiving a request to add the secure credential to the electronicdevice, wherein the request corresponds to the affordance for adding thesecure credential; and in response to receiving the request to add thesecure credential to the electronic device: in accordance with adetermination that the device was operating in a first context when therequest to add the secure credential was received, initiating a firstprocess for inputting information about the secure credential to theelectronic device; and in accordance with a determination that thedevice was operating in a second context, different from the firstcontext, when the request to add the secure credential to the device wasreceived, initiating a second process for inputting information aboutthe secure credential to the electronic device, the second process beingdifferent from the first process.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of an electronic device with a display isdescribed. The one or more programs including instructions for:displaying, on the display, an initiation user interface including anaffordance for adding a secure credential to the electronic device;receiving a request to add the secure credential to the electronicdevice, wherein the request corresponds to the affordance for adding thesecure credential; and in response to receiving the request to add thesecure credential to the electronic device: in accordance with adetermination that the device was operating in a first context when therequest to add the secure credential was received, initiating a firstprocess for inputting information about the secure credential to theelectronic device; and in accordance with a determination that thedevice was operating in a second context, different from the firstcontext, when the request to add the secure credential to the device wasreceived, initiating a second process for inputting information aboutthe secure credential to the electronic device, the second process beingdifferent from the first process.

In accordance with some embodiments, an electronic device comprising adisplay; one or more processors; and memory storing one or more programsconfigured to be executed by the one or more processors is described.The one or more programs including instructions for: displaying, on thedisplay, an initiation user interface including an affordance for addinga secure credential to the electronic device; receiving a request to addthe secure credential to the electronic device, wherein the requestcorresponds to the affordance for adding the secure credential; and inresponse to receiving the request to add the secure credential to theelectronic device: in accordance with a determination that the devicewas operating in a first context when the request to add the securecredential was received, initiating a first process for inputtinginformation about the secure credential to the electronic device; and inaccordance with a determination that the device was operating in asecond context, different from the first context, when the request toadd the secure credential to the device was received, initiating asecond process for inputting information about the secure credential tothe electronic device, the second process being different from the firstprocess.

In accordance with some embodiments, an electronic device is described.The electronic device comprises a display; a means for displaying, onthe display, an initiation user interface including an affordance foradding a secure credential to the electronic device; a means forreceiving a request to add the secure credential to the electronicdevice, wherein the request corresponds to the affordance for adding thesecure credential; and in response to receiving the request to add thesecure credential to the electronic device: in accordance with adetermination that the device was operating in a first context when therequest to add the secure credential was received, a means forinitiating a first process for inputting information about the securecredential to the electronic device; and in accordance with adetermination that the device was operating in a second context,different from the first context, when the request to add the securecredential to the device was received, a means for initiating a secondprocess for inputting information about the secure credential to theelectronic device, the second process being different from the firstprocess.

In accordance with some embodiments, a method performed at an electronicdevice with a display and one or more input devices is described. Themethod comprises: while the electronic device is operating on storedpower, detecting a request to wake the electronic device; and inresponse to detecting the request to wake the electronic device: inaccordance with a determination that the electronic device has more thana threshold amount of available power, displaying, on the display, awake screen user interface; in accordance with a determination that theelectronic device has less than the threshold amount of available powerand that a credential of a first type is provisioned on the electronicdevice, concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of an electronic device with a display and one ormore input devices is described. The one or more programs includinginstructions for: while the electronic device is operating on storedpower, detecting a request to wake the electronic device; and inresponse to detecting the request to wake the electronic device: inaccordance with a determination that the electronic device has more thana threshold amount of available power, displaying, on the display, awake screen user interface; in accordance with a determination that theelectronic device has less than the threshold amount of available powerand that a credential of a first type is provisioned on the electronicdevice, concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of an electronic device with a display and one ormore input devices is described. The one or more programs includinginstructions for: while the electronic device is operating on storedpower, detecting a request to wake the electronic device; and inresponse to detecting the request to wake the electronic device: inaccordance with a determination that the electronic device has more thana threshold amount of available power, displaying, on the display, awake screen user interface; in accordance with a determination that theelectronic device has less than the threshold amount of available powerand that a credential of a first type is provisioned on the electronicdevice, concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.

In accordance with some embodiments, an electronic device comprising adisplay; one or more input devices; one or more processors; and memorystoring one or more programs configured to be executed by the one ormore processors is described. The one or more programs includinginstructions for: while the electronic device is operating on storedpower, detecting a request to wake the electronic device; and inresponse to detecting the request to wake the electronic device: inaccordance with a determination that the electronic device has more thana threshold amount of available power, displaying, on the display, awake screen user interface; in accordance with a determination that theelectronic device has less than the threshold amount of available powerand that a credential of a first type is provisioned on the electronicdevice, concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.

In accordance with some embodiments, an electronic device is described.The electronic device comprises a display; one or more input devices;means, while the electronic device is operating on stored power, fordetecting a request to wake the electronic device; and means, inresponse to detecting the request to wake the electronic device, for: inaccordance with a determination that the electronic device has more thana threshold amount of available power, displaying, on the display, awake screen user interface; in accordance with a determination that theelectronic device has less than the threshold amount of available powerand that a credential of a first type is provisioned on the electronicdevice, concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.

In accordance with some embodiments, a method performed at an electronicdevice with a display and a wireless communication radio is described.The method comprises: receiving, via the wireless communication radio,information indicating a request for a credential from a secondelectronic device; and in response to receiving the informationindicating the request for a credential from the second electronicdevice: in accordance with a determination that the informationindicating the request for the credential is of a first type,displaying, on the display, a request for authentication to proceed witha transfer operation using a transfer account associated with theelectronic device; and in accordance with a determination that theinformation indicating the request for a credential is of a second type,transmitting, via the wireless communication radio, a credential of thesecond type associated with the transfer account without requestingauthentication.

In accordance with some embodiments, a non-transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of an electronic device with a display and awireless communication radio is described. The one or more programsincluding instructions for: receiving, via the wireless communicationradio, information indicating a request for a credential from a secondelectronic device; and in response to receiving the informationindicating the request for a credential from the second electronicdevice: in accordance with a determination that the informationindicating the request for the credential is of a first type,displaying, on the display, a request for authentication to proceed witha transfer operation using a transfer account associated with theelectronic device; and in accordance with a determination that theinformation indicating the request for a credential is of a second type,transmitting, via the wireless communication radio, a credential of thesecond type associated with the transfer account without requestingauthentication.

In accordance with some embodiments, a transitory computer-readablestorage medium storing one or more programs configured to be executed byone or more processors of an electronic device with a display and awireless communication radio is described. The one or more programsincluding instructions for: receiving, via the wireless communicationradio, information indicating a request for a credential from a secondelectronic device; and in response to receiving the informationindicating the request for a credential from the second electronicdevice: in accordance with a determination that the informationindicating the request for the credential is of a first type,displaying, on the display, a request for authentication to proceed witha transfer operation using a transfer account associated with theelectronic device; and in accordance with a determination that theinformation indicating the request for a credential is of a second type,transmitting, via the wireless communication radio, a credential of thesecond type associated with the transfer account without requestingauthentication.

In accordance with some embodiments, an electronic device comprising adisplay; a wireless communication radio; one or more processors; andmemory storing one or more programs configured to be executed by the oneor more processors is described. The one or more programs includinginstructions for: receiving, via the wireless communication radio,information indicating a request for a credential from a secondelectronic device; and in response to receiving the informationindicating the request for a credential from the second electronicdevice: in accordance with a determination that the informationindicating the request for the credential is of a first type,displaying, on the display, a request for authentication to proceed witha transfer operation using a transfer account associated with theelectronic device; and in accordance with a determination that theinformation indicating the request for a credential is of a second type,transmitting, via the wireless communication radio, a credential of thesecond type associated with the transfer account without requestingauthentication.

In accordance with some embodiments, an electronic device is described.The electronic device comprises: a display; a wireless communicationradio; means for receiving, via the wireless communication radio,information indicating a request for a credential from a secondelectronic device; and means, in response to receiving the informationindicating the request for a credential from the second electronicdevice, for: in accordance with a determination that the informationindicating the request for the credential is of a first type,displaying, on the display, a request for authentication to proceed witha transfer operation using a transfer account associated with theelectronic device; and in accordance with a determination that theinformation indicating the request for a credential is of a second type,transmitting, via the wireless communication radio, a credential of thesecond type associated with the transfer account without requestingauthentication.

In accordance with some embodiments, a method performed at an electronicdevice with one or more wireless communication radios, wherein theelectronic device is storing information for a first account, isdescribed. The method comprises: receiving from a communicationterminal, via the one or more wireless communication radios, a requestfor a credential; and in response to receiving the request for thecredential: in accordance with a determination that authentication hasbeen provided for the first account, transmitting, via the one or morewireless communication radios, the credential of the first accountwithout requesting authentication; and in accordance with adetermination that authentication has not been provided for the firstaccount, that the first account has been set up at the electronic deviceto provide credentials without requiring authentication, andauthentication is required by the communication terminal, requestingauthentication at the electronic device without transmitting thecredential of the first account; and in accordance with a determinationthat authentication has not been provided for the first account suchthat the electronic device is not in the authentication provided statefor the first account, that the first account has been set up at theelectronic device to provide credentials without requiringauthentication, and authentication is not required by the communicationterminal, transmitting, via the one or more wireless communicationradios, the credential of the first account without requestingauthentication at the electronic device.

In accordance with some embodiments, a non-transitory computer-readablestorage medium is described. The non-transitory computer-readablestorage medium stores one or more programs configured to be executed byone or more processors of an electronic device with one or more wirelesscommunication radios, wherein the electronic device is storinginformation for a first account, the one or more programs includinginstructions for: receiving from a communication terminal, via the oneor more wireless communication radios, a request for a credential; andin response to receiving the request for the credential: in accordancewith a determination that authentication has been provided for the firstaccount, transmitting, via the one or more wireless communicationradios, the credential of the first account without requestingauthentication; in accordance with a determination that authenticationhas not been provided for the first account, that the first account hasbeen set up at the electronic device to provide credentials withoutrequiring authentication, and authentication is required by thecommunication terminal, requesting authentication at the electronicdevice without transmitting the credential of the first account; and inaccordance with a determination that authentication has not beenprovided for the first account such that the electronic device is not inthe authentication provided state for the first account, that the firstaccount has been set up at the electronic device to provide credentialswithout requiring authentication, and authentication is not required bythe communication terminal, transmitting, via the one or more wirelesscommunication radios, the credential of the first account withoutrequesting authentication at the electronic device.

In accordance with some embodiments, a transitory computer-readablestorage medium is described. The transitory computer-readable storagemedium stores one or more programs configured to be executed by one ormore processors of an electronic device with one or more wirelesscommunication radios, wherein the electronic device is storinginformation for a first account, the one or more programs includinginstructions for: receiving from a communication terminal, via the oneor more wireless communication radios, a request for a credential; andin response to receiving the request for the credential: in accordancewith a determination that authentication has been provided for the firstaccount, transmitting, via the one or more wireless communicationradios, the credential of the first account without requestingauthentication; in accordance with a determination that authenticationhas not been provided for the first account, that the first account hasbeen set up at the electronic device to provide credentials withoutrequiring authentication, and authentication is required by thecommunication terminal, requesting authentication at the electronicdevice without transmitting the credential of the first account; and inaccordance with a determination that authentication has not beenprovided for the first account such that the electronic device is not inthe authentication provided state for the first account, that the firstaccount has been set up at the electronic device to provide credentialswithout requiring authentication, and authentication is not required bythe communication terminal, transmitting, via the one or more wirelesscommunication radios, the credential of the first account withoutrequesting authentication at the electronic device.

In accordance with some embodiments, an electronic device is described.The electronic device comprises: one or more wireless communicationradios; one or more processors; and memory storing one or more programsconfigured to be executed by the one or more processors, wherein theelectronic device is storing information for a first account, the one ormore programs including instructions for: receiving from a communicationterminal, via the one or more wireless communication radios, a requestfor a credential; and in response to receiving the request for thecredential: in accordance with a determination that authentication hasbeen provided for the first account, transmitting, via the one or morewireless communication adios, the credential of the first accountwithout requesting authentication; in accordance with a determinationthat authentication has not been provided for the first account, thatthe first account has been set up at the electronic device to providecredentials without requiring authentication, and authentication isrequired by the communication terminal, requesting authentication at theelectronic device without transmitting the credential of the firstaccount; and in accordance with a determination that authentication hasnot been provided for the first account such that the electronic deviceis not in the authentication provided state for the first account, thatthe first account has been set up at the electronic device to providecredentials without requiring authentication, and authentication is notrequired by the communication terminal, transmitting, via the one ormore wireless communication radios, the credential of the first accountwithout requesting authentication at the electronic device.

In accordance with some embodiments, an electronic device is described.The electronic device comprises: one or more wireless communicationradios, wherein the electronic device is storing information for a firstaccount; means for receiving from a communication terminal, via the oneor more wireless communication radios, a request for a credential; andmeans, responsive to receiving the request for the credential, for: inaccordance with a determination that authentication has been providedfor the first account, transmitting, via the one or more wirelesscommunication radios, the credential of the first account withoutrequesting authentication; in accordance with a determination thatauthentication has not been provided for the first account, that thefirst account has been set up at the electronic device to providecredentials without requiring authentication, and authentication isrequired by the communication terminal, requesting authentication at theelectronic device without transmitting the credential of the firstaccount; and in accordance with a determination that authentication hasnot been provided for the first account such that the electronic deviceis not in the authentication provided state for the first account, thatthe first account has been set up at the electronic device to providecredentials without requiring authentication, and authentication is notrequired by the communication terminal, transmitting, via the one ormore wireless communication radios, the credential of the first accountwithout requesting authentication at the electronic device.

Executable instructions for performing these functions are, optionally,included in a non-transitory computer-readable storage medium or othercomputer program product configured for execution by one or moreprocessors. Executable instructions for performing these functions are,optionally, included in a transitory computer-readable storage medium orother computer program product configured for execution by one or moreprocessors.

Thus, devices are provided with faster, more efficient methods andinterfaces for managing transfer accounts, thereby increasing theeffectiveness, efficiency, and user satisfaction with such devices. Suchmethods and interfaces may complement or replace other methods formanaging transfer accounts.

DESCRIPTION OF THE FIGURES

For a better understanding of the various described embodiments,reference should be made to the Description of Embodiments below, inconjunction with the following drawings in which like reference numeralsrefer to corresponding parts throughout the figures.

FIG. 1A is a block diagram illustrating a portable multifunction devicewith a touch-sensitive display in accordance with some embodiments.

FIG. 1B is a block diagram illustrating exemplary components for eventhandling in accordance with some embodiments.

FIG. 2 illustrates a portable multifunction device having a touch screenin accordance with some embodiments.

FIG. 3 is a block diagram of an exemplary multifunction device with adisplay and a touch-sensitive surface in accordance with someembodiments.

FIG. 4A illustrates an exemplary user interface for a menu ofapplications on a portable multifunction device in accordance with someembodiments.

FIG. 4B illustrates an exemplary user interface for a multifunctiondevice with a touch-sensitive surface that is separate from the displayin accordance with some embodiments.

FIG. 5A illustrates a personal electronic device in accordance with someembodiments.

FIG. 5B is a block diagram illustrating a personal electronic device inaccordance with some embodiments.

FIG. 6 illustrates exemplary devices connected via one or morecommunication channels, in accordance with some embodiments.

FIGS. 7A-7O illustrate exemplary user interface for inputtinginformation about a secure credential to an electronic device, inaccordance with some embodiments.

FIGS. 8A-8C are a flow diagram illustrating a method for inputtinginformation about a secure credential to an electronic device, inaccordance with some embodiments.

FIGS. 9A-9J illustrate exemplary user interfaces for managing the use ofa credential provisioned on an electronic device that operates on storedpower, in accordance with some embodiments.

FIGS. 10A-10C are a flow diagram illustrating a method for managing theuse of a credential provisioned on an electronic device that operates onstored power, in accordance with some embodiments.

FIGS. 11A-11V illustrate exemplary user interfaces for managing the useof a transfer account associated with different credentials on anelectronic device, in accordance with some embodiments.

FIGS. 12A-12C are a flow diagram illustrating a method for managing theuse of a transfer account associated with different credentials on anelectronic device, in accordance with some embodiments.

FIGS. 13A-13W illustrate exemplary techniques and user interfaces formanaging the use of credentials, in accordance with some embodiments.

FIG. 14 is a flow diagram illustrating a method for managing the use ofcredentials, in accordance with some embodiments.

DESCRIPTION OF EMBODIMENTS

The following description sets forth exemplary methods, parameters, andthe like. It should be recognized, however, that such description is notintended as a limitation on the scope of the present disclosure but isinstead provided as a description of exemplary embodiments.

There is a need for electronic devices that provide efficient methodsand interfaces for the use of transfer accounts using an electronicdevice. For example, there is a need for electronic devices that provideefficient methods and interfaces for provisioning a transfer accountonto the electronic device (or adding a secure credential to theelectronic device). For another example, there is a need for electronicdevices that provide efficient methods and interfaces for using atransfer account (e.g., a particular type of transfer account), via theelectronic device, for a transfer operation while the electronic deviceis operating on a low-power state. For another example, there is a needfor electronic devices that provide efficient methods and interfaces forusing a transfer account, via the electronic device, where the transferaccount is linked to a plurality of different sub-accounts and/or linkedto an identification account. Such techniques can reduce the cognitiveburden on a user who accesses transfer accounts using an electronicdevice, thereby enhancing productivity. Further, such techniques canreduce processor and battery power otherwise wasted on redundant userinputs.

Below, FIGS. 1A-1B, 2, 3, 4A-4B, 5A-5B, and 6 provide a description ofexemplary devices for performing the techniques for managing transferaccounts. FIG. 6 illustrates exemplary devices connected via one or morecommunication channels, in accordance with some embodiments. FIGS. 7A-7Oillustrate exemplary user interface for inputting information about asecure credential to an electronic device, in accordance with someembodiments. FIGS. 8A-8C are a flow diagram illustrating a method forinputting information about a secure credential to an electronic device,in accordance with some embodiments. The user interfaces in FIGS. 7A-7Oare used to illustrate the processes described below, including theprocesses in FIGS. 8A-8C. FIGS. 9A-9J illustrate exemplary userinterfaces for managing the use of a credential provisioned on anelectronic device that operates on stored power. FIGS. 10A-10C are aflow diagram illustrating a method for managing the use of a credentialprovisioned on an electronic device that operates on stored power, inaccordance with some embodiments. The user interfaces in FIGS. 9A-9J areused to illustrate the processes described below, including theprocesses in FIGS. 10A-10C. FIGS. 11A-11V illustrate exemplary userinterfaces for managing the use of a transfer account associated withdifferent credentials on an electronic device. FIGS. 12A-12C are a flowdiagram illustrating a method for managing the use of a transfer accountassociated with different credentials on an electronic device, inaccordance with some embodiments. The user interfaces in FIGS. 11A-11Vare used to illustrate the processes described below, including theprocesses in FIGS. 12A-12C. FIGS. 13A-13W illustrate exemplarytechniques and user interfaces for managing the use of credentials, inaccordance with some embodiments. FIG. 14 is a flow diagram illustratinga method for managing the use of credentials, in accordance with someembodiments. The user interfaces in FIGS. 13A-13W are used to illustratethe processes described below, including the processes in FIG. 14 .

Although the following description uses terms “first,” “second,” etc. todescribe various elements, these elements should not be limited by theterms. These terms are only used to distinguish one element fromanother. For example, a first touch could be termed a second touch, and,similarly, a second touch could be termed a first touch, withoutdeparting from the scope of the various described embodiments. The firsttouch and the second touch are both touches, but they are not the sametouch.

The terminology used in the description of the various describedembodiments herein is for the purpose of describing particularembodiments only and is not intended to be limiting. As used in thedescription of the various described embodiments and the appendedclaims, the singular forms “a,” “an,” and “the” are intended to includethe plural forms as well, unless the context clearly indicatesotherwise. It will also be understood that the term “and/or” as usedherein refers to and encompasses any and all possible combinations ofone or more of the associated listed items. It will be furtherunderstood that the terms “includes,” “including,” “comprises,” and/or“comprising,” when used in this specification, specify the presence ofstated features, integers, steps, operations, elements, and/orcomponents, but do not preclude the presence or addition of one or moreother features, integers, steps, operations, elements, components,and/or groups thereof.

The term “if” is, optionally, construed to mean “when” or “upon” or “inresponse to determining” or “in response to detecting,” depending on thecontext. Similarly, the phrase “if it is determined” or “if [a statedcondition or event] is detected” is, optionally, construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event],” depending on the context.

Embodiments of electronic devices, user interfaces for such devices, andassociated processes for using such devices are described. In someembodiments, the device is a portable communications device, such as amobile telephone, that also contains other functions, such as PDA and/ormusic player functions. Exemplary embodiments of portable multifunctiondevices include, without limitation, the iPhone®, iPod Touch®, and iPad®devices from Apple Inc. of Cupertino, Calif. Other portable electronicdevices, such as laptops or tablet computers with touch-sensitivesurfaces (e.g., touch screen displays and/or touchpads), are,optionally, used. It should also be understood that, in someembodiments, the device is not a portable communications device, but isa desktop computer with a touch-sensitive surface (e.g., a touch screendisplay and/or a touchpad).

In the discussion that follows, an electronic device that includes adisplay and a touch-sensitive surface is described. It should beunderstood, however, that the electronic device optionally includes oneor more other physical user-interface devices, such as a physicalkeyboard, a mouse, and/or a joystick.

The device typically supports a variety of applications, such as one ormore of the following: a drawing application, a presentationapplication, a word processing application, a website creationapplication, a disk authoring application, a spreadsheet application, agaming application, a telephone application, a video conferencingapplication, an e-mail application, an instant messaging application, aworkout support application, a photo management application, a digitalcamera application, a digital video camera application, a web browsingapplication, a digital music player application, and/or a digital videoplayer application.

The various applications that are executed on the device optionally useat least one common physical user-interface device, such as thetouch-sensitive surface. One or more functions of the touch-sensitivesurface as well as corresponding information displayed on the deviceare, optionally, adjusted and/or varied from one application to the nextand/or within a respective application. In this way, a common physicalarchitecture (such as the touch-sensitive surface) of the deviceoptionally supports the variety of applications with user interfacesthat are intuitive and transparent to the user.

Attention is now directed toward embodiments of portable devices withtouch-sensitive displays. FIG. 1A is a block diagram illustratingportable multifunction device 100 with touch-sensitive display system112 in accordance with some embodiments. Touch-sensitive display 112 issometimes called a “touch screen” for convenience and is sometimes knownas or called a “touch-sensitive display system.” Device 100 includesmemory 102 (which optionally includes one or more computer-readablestorage mediums), memory controller 122, one or more processing units(CPUs) 120, peripherals interface 118, RF circuitry 108, audio circuitry110, speaker 111, microphone 113, input/output (I/O) subsystem 106,other input control devices 116, and external port 124. Device 100optionally includes one or more optical sensors 164. Device 100optionally includes one or more contact intensity sensors 165 fordetecting intensity of contacts on device 100 (e.g., a touch-sensitivesurface such as touch-sensitive display system 112 of device 100).Device 100 optionally includes one or more tactile output generators 167for generating tactile outputs on device 100 (e.g., generating tactileoutputs on a touch-sensitive surface such as touch-sensitive displaysystem 112 of device 100 or touchpad 355 of device 300). Thesecomponents optionally communicate over one or more communication busesor signal lines 103.

As used in the specification and claims, the term “intensity” of acontact on a touch-sensitive surface refers to the force or pressure(force per unit area) of a contact (e.g., a finger contact) on thetouch-sensitive surface, or to a substitute (proxy) for the force orpressure of a contact on the touch-sensitive surface. The intensity of acontact has a range of values that includes at least four distinctvalues and more typically includes hundreds of distinct values (e.g., atleast 256). Intensity of a contact is, optionally, determined (ormeasured) using various approaches and various sensors or combinationsof sensors. For example, one or more force sensors underneath oradjacent to the touch-sensitive surface are, optionally, used to measureforce at various points on the touch-sensitive surface. In someimplementations, force measurements from multiple force sensors arecombined (e.g., a weighted average) to determine an estimated force of acontact. Similarly, a pressure-sensitive tip of a stylus is, optionally,used to determine a pressure of the stylus on the touch-sensitivesurface. Alternatively, the size of the contact area detected on thetouch-sensitive surface and/or changes thereto, the capacitance of thetouch-sensitive surface proximate to the contact and/or changes thereto,and/or the resistance of the touch-sensitive surface proximate to thecontact and/or changes thereto are, optionally, used as a substitute forthe force or pressure of the contact on the touch-sensitive surface. Insome implementations, the substitute measurements for contact force orpressure are used directly to determine whether an intensity thresholdhas been exceeded (e.g., the intensity threshold is described in unitscorresponding to the substitute measurements). In some implementations,the substitute measurements for contact force or pressure are convertedto an estimated force or pressure, and the estimated force or pressureis used to determine whether an intensity threshold has been exceeded(e.g., the intensity threshold is a pressure threshold measured in unitsof pressure). Using the intensity of a contact as an attribute of a userinput allows for user access to additional device functionality that mayotherwise not be accessible by the user on a reduced-size device withlimited real estate for displaying affordances (e.g., on atouch-sensitive display) and/or receiving user input (e.g., via atouch-sensitive display, a touch-sensitive surface, or aphysical/mechanical control such as a knob or a button).

As used in the specification and claims, the term “tactile output”refers to physical displacement of a device relative to a previousposition of the device, physical displacement of a component (e.g., atouch-sensitive surface) of a device relative to another component(e.g., housing) of the device, or displacement of the component relativeto a center of mass of the device that will be detected by a user withthe user's sense of touch. For example, in situations where the deviceor the component of the device is in contact with a surface of a userthat is sensitive to touch (e.g., a finger, palm, or other part of auser's hand), the tactile output generated by the physical displacementwill be interpreted by the user as a tactile sensation corresponding toa perceived change in physical characteristics of the device or thecomponent of the device. For example, movement of a touch-sensitivesurface (e.g., a touch-sensitive display or trackpad) is, optionally,interpreted by the user as a “down click” or “up click” of a physicalactuator button. In some cases, a user will feel a tactile sensationsuch as an “down click” or “up click” even when there is no movement ofa physical actuator button associated with the touch-sensitive surfacethat is physically pressed (e.g., displaced) by the user's movements. Asanother example, movement of the touch-sensitive surface is, optionally,interpreted or sensed by the user as “roughness” of the touch-sensitivesurface, even when there is no change in smoothness of thetouch-sensitive surface. While such interpretations of touch by a userwill be subject to the individualized sensory perceptions of the user,there are many sensory perceptions of touch that are common to a largemajority of users. Thus, when a tactile output is described ascorresponding to a particular sensory perception of a user (e.g., an “upclick,” a “down click,” “roughness”), unless otherwise stated, thegenerated tactile output corresponds to physical displacement of thedevice or a component thereof that will generate the described sensoryperception for a typical (or average) user.

It should be appreciated that device 100 is only one example of aportable multifunction device, and that device 100 optionally has moreor fewer components than shown, optionally combines two or morecomponents, or optionally has a different configuration or arrangementof the components. The various components shown in FIG. 1A areimplemented in hardware, software, or a combination of both hardware andsoftware, including one or more signal processing and/orapplication-specific integrated circuits.

Memory 102 optionally includes high-speed random access memory andoptionally also includes non-volatile memory, such as one or moremagnetic disk storage devices, flash memory devices, or othernon-volatile solid-state memory devices. Memory controller 122optionally controls access to memory 102 by other components of device100.

Peripherals interface 118 can be used to couple input and outputperipherals of the device to CPU 120 and memory 102. The one or moreprocessors 120 run or execute various software programs and/or sets ofinstructions stored in memory 102 to perform various functions fordevice 100 and to process data. In some embodiments, peripheralsinterface 118, CPU 120, and memory controller 122 are, optionally,implemented on a single chip, such as chip 104. In some otherembodiments, they are, optionally, implemented on separate chips.

RF (radio frequency) circuitry 108 receives and sends RF signals, alsocalled electromagnetic signals. RF circuitry 108 converts electricalsignals to/from electromagnetic signals and communicates withcommunications networks and other communications devices via theelectromagnetic signals. RF circuitry 108 optionally includes well-knowncircuitry for performing these functions, including but not limited toan antenna system, an RF transceiver, one or more amplifiers, a tuner,one or more oscillators, a digital signal processor, a CODEC chipset, asubscriber identity module (SIM) card, memory, and so forth. RFcircuitry 108 optionally communicates with networks, such as theInternet, also referred to as the World Wide Web (WWW), an intranetand/or a wireless network, such as a cellular telephone network, awireless local area network (LAN) and/or a metropolitan area network(MAN), and other devices by wireless communication. The RF circuitry 108optionally includes well-known circuitry for detecting near fieldcommunication (NFC) fields, such as by a short-range communicationradio. The wireless communication optionally uses any of a plurality ofcommunications standards, protocols, and technologies, including but notlimited to Global System for Mobile Communications (GSM), Enhanced DataGSM Environment (EDGE), high-speed downlink packet access (HSDPA),high-speed uplink packet access (HSUPA), Evolution, Data-Only (EV-DO),HSPA, HSPA+, Dual-Cell HSPA (DC-HSPDA), long term evolution (LTE), nearfield communication (NFC), wideband code division multiple access(W-CDMA), code division multiple access (CDMA), time division multipleaccess (TDMA), Bluetooth, Bluetooth Low Energy (BTLE), Wireless Fidelity(Wi-Fi) (e.g., IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11n,and/or IEEE 802.11ac), voice over Internet Protocol (VoIP), Wi-MAX, aprotocol for e-mail (e.g., Internet message access protocol (IMAP)and/or post office protocol (POP)), instant messaging (e.g., extensiblemessaging and presence protocol (XMPP), Session Initiation Protocol forInstant Messaging and Presence Leveraging Extensions (SIMPLE), InstantMessaging and Presence Service (IMPS)), and/or Short Message Service(SMS), or any other suitable communication protocol, includingcommunication protocols not yet developed as of the filing date of thisdocument.

Audio circuitry 110, speaker 111, and microphone 113 provide an audiointerface between a user and device 100. Audio circuitry 110 receivesaudio data from peripherals interface 118, converts the audio data to anelectrical signal, and transmits the electrical signal to speaker 111.Speaker 111 converts the electrical signal to human-audible sound waves.Audio circuitry 110 also receives electrical signals converted bymicrophone 113 from sound waves. Audio circuitry 110 converts theelectrical signal to audio data and transmits the audio data toperipherals interface 118 for processing. Audio data is, optionally,retrieved from and/or transmitted to memory 102 and/or RF circuitry 108by peripherals interface 118. In some embodiments, audio circuitry 110also includes a headset jack (e.g., 212, FIG. 2 ). The headset jackprovides an interface between audio circuitry 110 and removable audioinput/output peripherals, such as output-only headphones or a headsetwith both output (e.g., a headphone for one or both ears) and input(e.g., a microphone).

I/O subsystem 106 couples input/output peripherals on device 100, suchas touch screen 112 and other input control devices 116, to peripheralsinterface 118. I/O subsystem 106 optionally includes display controller156, optical sensor controller 158, depth camera controller 169,intensity sensor controller 159, haptic feedback controller 161, and oneor more input controllers 160 for other input or control devices. Theone or more input controllers 160 receive/send electrical signalsfrom/to other input control devices 116. The other input control devices116 optionally include physical buttons (e.g., push buttons, rockerbuttons, etc.), dials, slider switches, joysticks, click wheels, and soforth. In some alternate embodiments, input controller(s) 160 are,optionally, coupled to any (or none) of the following: a keyboard, aninfrared port, a USB port, and a pointer device such as a mouse. The oneor more buttons (e.g., 208, FIG. 2 ) optionally include an up/downbutton for volume control of speaker 111 and/or microphone 113. The oneor more buttons optionally include a push button (e.g., 206, FIG. 2 ).

A quick press of the push button optionally disengages a lock of touchscreen 112 or optionally begins a process that uses gestures on thetouch screen to unlock the device, as described in U.S. patentapplication Ser. No. 11/322,549, “Unlocking a Device by PerformingGestures on an Unlock Image,” filed Dec. 23, 2005, U.S. Pat. No.7,657,849, which is hereby incorporated by reference in its entirety. Alonger press of the push button (e.g., 206) optionally turns power todevice 100 on or off. The functionality of one or more of the buttonsare, optionally, user-customizable. Touch screen 112 is used toimplement virtual or soft buttons and one or more soft keyboards.

Touch-sensitive display 112 provides an input interface and an outputinterface between the device and a user. Display controller 156 receivesand/or sends electrical signals from/to touch screen 112. Touch screen112 displays visual output to the user. The visual output optionallyincludes graphics, text, icons, video, and any combination thereof(collectively termed “graphics”). In some embodiments, some or all ofthe visual output optionally corresponds to user-interface objects.

Touch screen 112 has a touch-sensitive surface, sensor, or set ofsensors that accepts input from the user based on haptic and/or tactilecontact. Touch screen 112 and display controller 156 (along with anyassociated modules and/or sets of instructions in memory 102) detectcontact (and any movement or breaking of the contact) on touch screen112 and convert the detected contact into interaction withuser-interface objects (e.g., one or more soft keys, icons, web pages,or images) that are displayed on touch screen 112. In an exemplaryembodiment, a point of contact between touch screen 112 and the usercorresponds to a finger of the user.

Touch screen 112 optionally uses LCD (liquid crystal display)technology, LPD (light emitting polymer display) technology, or LED(light emitting diode) technology, although other display technologiesare used in other embodiments. Touch screen 112 and display controller156 optionally detect contact and any movement or breaking thereof usingany of a plurality of touch sensing technologies now known or laterdeveloped, including but not limited to capacitive, resistive, infrared,and surface acoustic wave technologies, as well as other proximitysensor arrays or other elements for determining one or more points ofcontact with touch screen 112. In an exemplary embodiment, projectedmutual capacitance sensing technology is used, such as that found in theiPhone® and iPod Touch® from Apple Inc. of Cupertino, Calif.

A touch-sensitive display in some embodiments of touch screen 112 is,optionally, analogous to the multi-touch sensitive touchpads describedin the following U.S. Pat. No. 6,323,846 (Westerman et al.), U.S. Pat.No. 6,570,557 (Westerman et al.), and/or U.S. Pat. No. 6,677,932(Westerman), and/or U.S. Patent Publication 2002/0015024A1, each ofwhich is hereby incorporated by reference in its entirety. However,touch screen 112 displays visual output from device 100, whereastouch-sensitive touchpads do not provide visual output.

A touch-sensitive display in some embodiments of touch screen 112 isdescribed in the following applications: (1) U.S. patent applicationSer. No. 11/381,313, “Multipoint Touch Surface Controller,” filed May 2,2006; (2) U.S. patent application Ser. No. 10/840,862, “MultipointTouchscreen,” filed May 6, 2004; (3) U.S. patent application Ser. No.10/903,964, “Gestures For Touch Sensitive Input Devices,” filed Jul. 30,2004; (4) U.S. patent application Ser. No. 11/048,264, “Gestures ForTouch Sensitive Input Devices,” filed Jan. 31, 2005; (5) U.S. patentapplication Ser. No. 11/038,590, “Mode-Based Graphical User InterfacesFor Touch Sensitive Input Devices,” filed Jan. 18, 2005; (6) U.S. patentapplication Ser. No. 11/228,758, “Virtual Input Device Placement On ATouch Screen User Interface,” filed Sep. 16, 2005; (7) U.S. patentapplication Ser. No. 11/228,700, “Operation Of A Computer With A TouchScreen Interface,” filed Sep. 16, 2005; (8) U.S. patent application Ser.No. 11/228,737, “Activating Virtual Keys Of A Touch-Screen VirtualKeyboard,” filed Sep. 16, 2005; and (9) U.S. patent application Ser. No.11/367,749, “Multi-Functional Hand-Held Device,” filed Mar. 3, 2006. Allof these applications are incorporated by reference herein in theirentirety.

Touch screen 112 optionally has a video resolution in excess of 100 dpi.In some embodiments, the touch screen has a video resolution ofapproximately 160 dpi. The user optionally makes contact with touchscreen 112 using any suitable object or appendage, such as a stylus, afinger, and so forth. In some embodiments, the user interface isdesigned to work primarily with finger-based contacts and gestures,which can be less precise than stylus-based input due to the larger areaof contact of a finger on the touch screen. In some embodiments, thedevice translates the rough finger-based input into a precisepointer/cursor position or command for performing the actions desired bythe user.

In some embodiments, in addition to the touch screen, device 100optionally includes a touchpad for activating or deactivating particularfunctions. In some embodiments, the touchpad is a touch-sensitive areaof the device that, unlike the touch screen, does not display visualoutput. The touchpad is, optionally, a touch-sensitive surface that isseparate from touch screen 112 or an extension of the touch-sensitivesurface formed by the touch screen.

Device 100 also includes power system 162 for powering the variouscomponents. Power system 162 optionally includes a power managementsystem, one or more power sources (e.g., battery, alternating current(AC)), a recharging system, a power failure detection circuit, a powerconverter or inverter, a power status indicator (e.g., a light-emittingdiode (LED)) and any other components associated with the generation,management and distribution of power in portable devices.

Device 100 optionally also includes one or more optical sensors 164.FIG. 1A shows an optical sensor coupled to optical sensor controller 158in I/O subsystem 106. Optical sensor 164 optionally includescharge-coupled device (CCD) or complementary metal-oxide semiconductor(CMOS) phototransistors. Optical sensor 164 receives light from theenvironment, projected through one or more lenses, and converts thelight to data representing an image. In conjunction with imaging module143 (also called a camera module), optical sensor 164 optionallycaptures still images or video. In some embodiments, an optical sensoris located on the back of device 100, opposite touch screen display 112on the front of the device so that the touch screen display is enabledfor use as a viewfinder for still and/or video image acquisition. Insome embodiments, an optical sensor is located on the front of thedevice so that the user's image is, optionally, obtained for videoconferencing while the user views the other video conferenceparticipants on the touch screen display. In some embodiments, theposition of optical sensor 164 can be changed by the user (e.g., byrotating the lens and the sensor in the device housing) so that a singleoptical sensor 164 is used along with the touch screen display for bothvideo conferencing and still and/or video image acquisition.

Device 100 optionally also includes one or more depth camera sensors175. FIG. 1A shows a depth camera sensor coupled to depth cameracontroller 169 in I/O subsystem 106. Depth camera sensor 175 receivesdata from the environment to create a three dimensional model of anobject (e.g., a face) within a scene from a viewpoint (e.g., a depthcamera sensor). In some embodiments, in conjunction with imaging module143 (also called a camera module), depth camera sensor 175 is optionallyused to determine a depth map of different portions of an image capturedby the imaging module 143. In some embodiments, a depth camera sensor islocated on the front of device 100 so that the user's image with depthinformation is, optionally, obtained for video conferencing while theuser views the other video conference participants on the touch screendisplay and to capture selfies with depth map data. In some embodiments,the depth camera sensor 175 is located on the back of device, or on theback and the front of the device 100. In some embodiments, the positionof depth camera sensor 175 can be changed by the user (e.g., by rotatingthe lens and the sensor in the device housing) so that a depth camerasensor 175 is used along with the touch screen display for both videoconferencing and still and/or video image acquisition.

Device 100 optionally also includes one or more contact intensitysensors 165. FIG. 1A shows a contact intensity sensor coupled tointensity sensor controller 159 in I/O subsystem 106. Contact intensitysensor 165 optionally includes one or more piezoresistive strain gauges,capacitive force sensors, electric force sensors, piezoelectric forcesensors, optical force sensors, capacitive touch-sensitive surfaces, orother intensity sensors (e.g., sensors used to measure the force (orpressure) of a contact on a touch-sensitive surface). Contact intensitysensor 165 receives contact intensity information (e.g., pressureinformation or a proxy for pressure information) from the environment.In some embodiments, at least one contact intensity sensor is collocatedwith, or proximate to, a touch-sensitive surface (e.g., touch-sensitivedisplay system 112). In some embodiments, at least one contact intensitysensor is located on the back of device 100, opposite touch screendisplay 112, which is located on the front of device 100.

Device 100 optionally also includes one or more proximity sensors 166.FIG. 1A shows proximity sensor 166 coupled to peripherals interface 118.Alternately, proximity sensor 166 is, optionally, coupled to inputcontroller 160 in I/O subsystem 106. Proximity sensor 166 optionallyperforms as described in U.S. patent application Ser. No. 11/241,839,“Proximity Detector In Handheld Device”; Ser. No. 11/240,788, “ProximityDetector In Handheld Device”; Ser. No. 11/620,702, “Using Ambient LightSensor To Augment Proximity Sensor Output”; Ser. No. 11/586,862,“Automated Response To And Sensing Of User Activity In PortableDevices”; and Ser. No. 11/638,251, “Methods And Systems For AutomaticConfiguration Of Peripherals,” which are hereby incorporated byreference in their entirety. In some embodiments, the proximity sensorturns off and disables touch screen 112 when the multifunction device isplaced near the user's ear (e.g., when the user is making a phone call).

Device 100 optionally also includes one or more tactile outputgenerators 167. FIG. 1A shows a tactile output generator coupled tohaptic feedback controller 161 in I/O subsystem 106. Tactile outputgenerator 167 optionally includes one or more electroacoustic devicessuch as speakers or other audio components and/or electromechanicaldevices that convert energy into linear motion such as a motor,solenoid, electroactive polymer, piezoelectric actuator, electrostaticactuator, or other tactile output generating component (e.g., acomponent that converts electrical signals into tactile outputs on thedevice). Contact intensity sensor 165 receives tactile feedbackgeneration instructions from haptic feedback module 133 and generatestactile outputs on device 100 that are capable of being sensed by a userof device 100. In some embodiments, at least one tactile outputgenerator is collocated with, or proximate to, a touch-sensitive surface(e.g., touch-sensitive display system 112) and, optionally, generates atactile output by moving the touch-sensitive surface vertically (e.g.,in/out of a surface of device 100) or laterally (e.g., back and forth inthe same plane as a surface of device 100). In some embodiments, atleast one tactile output generator sensor is located on the back ofdevice 100, opposite touch screen display 112, which is located on thefront of device 100.

Device 100 optionally also includes one or more accelerometers 168. FIG.1A shows accelerometer 168 coupled to peripherals interface 118.Alternately, accelerometer 168 is, optionally, coupled to an inputcontroller 160 in I/O subsystem 106. Accelerometer 168 optionallyperforms as described in U.S. Patent Publication No. 20050170059,“Acceleration-based Theft Detection System for Portable ElectronicDevices,” and U.S. Patent Publication No. 20060017692, “Methods AndApparatuses For Operating A Portable Device Based On An Accelerometer,”both of which are incorporated by reference herein in their entirety. Insome embodiments, information is displayed on the touch screen displayin a portrait view or a landscape view based on an analysis of datareceived from the one or more accelerometers. Device 100 optionallyincludes, in addition to accelerometer(s) 168, a magnetometer and a GPS(or GLONASS or other global navigation system) receiver for obtaininginformation concerning the location and orientation (e.g., portrait orlandscape) of device 100.

In some embodiments, the software components stored in memory 102include operating system 126, communication module (or set ofinstructions) 128, contact/motion module (or set of instructions) 130,graphics module (or set of instructions) 132, text input module (or setof instructions) 134, Global Positioning System (GPS) module (or set ofinstructions) 135, and applications (or sets of instructions) 136.Furthermore, in some embodiments, memory 102 (FIG. 1A) or 370 (FIG. 3 )stores device/global internal state 157, as shown in FIGS. 1A and 3 .Device/global internal state 157 includes one or more of: activeapplication state, indicating which applications, if any, are currentlyactive; display state, indicating what applications, views or otherinformation occupy various regions of touch screen display 112; sensorstate, including information obtained from the device's various sensorsand input control devices 116; and location information concerning thedevice's location and/or attitude.

Operating system 126 (e.g., Darwin, RTXC, LINUX, UNIX, OS X, iOS,WINDOWS, or an embedded operating system such as VxWorks) includesvarious software components and/or drivers for controlling and managinggeneral system tasks (e.g., memory management, storage device control,power management, etc.) and facilitates communication between varioushardware and software components.

Communication module 128 facilitates communication with other devicesover one or more external ports 124 and also includes various softwarecomponents for handling data received by RF circuitry 108 and/orexternal port 124. External port 124 (e.g., Universal Serial Bus (USB),FIREWIRE, etc.) is adapted for coupling directly to other devices orindirectly over a network (e.g., the Internet, wireless LAN, etc.). Insome embodiments, the external port is a multi-pin (e.g., 30-pin)connector that is the same as, or similar to and/or compatible with, the30-pin connector used on iPod® (trademark of Apple Inc.) devices.

Contact/motion module 130 optionally detects contact with touch screen112 (in conjunction with display controller 156) and othertouch-sensitive devices (e.g., a touchpad or physical click wheel).Contact/motion module 130 includes various software components forperforming various operations related to detection of contact, such asdetermining if contact has occurred (e.g., detecting a finger-downevent), determining an intensity of the contact (e.g., the force orpressure of the contact or a substitute for the force or pressure of thecontact), determining if there is movement of the contact and trackingthe movement across the touch-sensitive surface (e.g., detecting one ormore finger-dragging events), and determining if the contact has ceased(e.g., detecting a finger-up event or a break in contact).Contact/motion module 130 receives contact data from the touch-sensitivesurface. Determining movement of the point of contact, which isrepresented by a series of contact data, optionally includes determiningspeed (magnitude), velocity (magnitude and direction), and/or anacceleration (a change in magnitude and/or direction) of the point ofcontact. These operations are, optionally, applied to single contacts(e.g., one finger contacts) or to multiple simultaneous contacts (e.g.,“multitouch”/multiple finger contacts). In some embodiments,contact/motion module 130 and display controller 156 detect contact on atouchpad.

In some embodiments, contact/motion module 130 uses a set of one or moreintensity thresholds to determine whether an operation has beenperformed by a user (e.g., to determine whether a user has “clicked” onan icon). In some embodiments, at least a subset of the intensitythresholds are determined in accordance with software parameters (e.g.,the intensity thresholds are not determined by the activation thresholdsof particular physical actuators and can be adjusted without changingthe physical hardware of device 100). For example, a mouse “click”threshold of a trackpad or touch screen display can be set to any of alarge range of predefined threshold values without changing the trackpador touch screen display hardware. Additionally, in some implementations,a user of the device is provided with software settings for adjustingone or more of the set of intensity thresholds (e.g., by adjustingindividual intensity thresholds and/or by adjusting a plurality ofintensity thresholds at once with a system-level click “intensity”parameter).

Contact/motion module 130 optionally detects a gesture input by a user.Different gestures on the touch-sensitive surface have different contactpatterns (e.g., different motions, timings, and/or intensities ofdetected contacts). Thus, a gesture is, optionally, detected bydetecting a particular contact pattern. For example, detecting a fingertap gesture includes detecting a finger-down event followed by detectinga finger-up (liftoff) event at the same position (or substantially thesame position) as the finger-down event (e.g., at the position of anicon). As another example, detecting a finger swipe gesture on thetouch-sensitive surface includes detecting a finger-down event followedby detecting one or more finger-dragging events, and subsequentlyfollowed by detecting a finger-up (liftoff) event.

Graphics module 132 includes various known software components forrendering and displaying graphics on touch screen 112 or other display,including components for changing the visual impact (e.g., brightness,transparency, saturation, contrast, or other visual property) ofgraphics that are displayed. As used herein, the term “graphics”includes any object that can be displayed to a user, including, withoutlimitation, text, web pages, icons (such as user-interface objectsincluding soft keys), digital images, videos, animations, and the like.

In some embodiments, graphics module 132 stores data representinggraphics to be used. Each graphic is, optionally, assigned acorresponding code. Graphics module 132 receives, from applicationsetc., one or more codes specifying graphics to be displayed along with,if necessary, coordinate data and other graphic property data, and thengenerates screen image data to output to display controller 156.

Haptic feedback module 133 includes various software components forgenerating instructions used by tactile output generator(s) 167 toproduce tactile outputs at one or more locations on device 100 inresponse to user interactions with device 100.

Text input module 134, which is, optionally, a component of graphicsmodule 132, provides soft keyboards for entering text in variousapplications (e.g., contacts 137, e-mail 140, IM 141, browser 147, andany other application that needs text input).

GPS module 135 determines the location of the device and provides thisinformation for use in various applications (e.g., to telephone 138 foruse in location-based dialing; to camera 143 as picture/video metadata;and to applications that provide location-based services such as weatherwidgets, local yellow page widgets, and map/navigation widgets).

Applications 136 optionally include the following modules (or sets ofinstructions), or a subset or superset thereof:

-   -   Contacts module 137 (sometimes called an address book or contact        list);    -   Telephone module 138;    -   Video conference module 139;    -   E-mail client module 140;    -   Instant messaging (IM) module 141;    -   Workout support module 142;    -   Camera module 143 for still and/or video images;    -   Image management module 144;    -   Video player module;    -   Music player module;    -   Browser module 147;    -   Calendar module 148;    -   Widget modules 149, which optionally include one or more of:        weather widget 149-1, stocks widget 149-2, calculator widget        149-3, alarm clock widget 149-4, dictionary widget 149-5, and        other widgets obtained by the user, as well as user-created        widgets 149-6;    -   Widget creator module 150 for making user-created widgets 149-6;    -   Search module 151;    -   Video and music player module 152, which merges video player        module and music player module;    -   Notes module 153;    -   Map module 154; and/or    -   Online video module 155.

Examples of other applications 136 that are, optionally, stored inmemory 102 include other word processing applications, other imageediting applications, drawing applications, presentation applications,JAVA-enabled applications, encryption, digital rights management, voicerecognition, and voice replication.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, contacts module 137 are, optionally, used to manage an address bookor contact list (e.g., stored in application internal state 192 ofcontacts module 137 in memory 102 or memory 370), including: addingname(s) to the address book; deleting name(s) from the address book;associating telephone number(s), e-mail address(es), physicaladdress(es) or other information with a name; associating an image witha name; categorizing and sorting names; providing telephone numbers ore-mail addresses to initiate and/or facilitate communications bytelephone 138, video conference module 139, e-mail 140, or IM 141; andso forth.

In conjunction with RF circuitry 108, audio circuitry 110, speaker 111,microphone 113, touch screen 112, display controller 156, contact/motionmodule 130, graphics module 132, and text input module 134, telephonemodule 138 are optionally, used to enter a sequence of characterscorresponding to a telephone number, access one or more telephonenumbers in contacts module 137, modify a telephone number that has beenentered, dial a respective telephone number, conduct a conversation, anddisconnect or hang up when the conversation is completed. As notedabove, the wireless communication optionally uses any of a plurality ofcommunications standards, protocols, and technologies.

In conjunction with RF circuitry 108, audio circuitry 110, speaker 111,microphone 113, touch screen 112, display controller 156, optical sensor164, optical sensor controller 158, contact/motion module 130, graphicsmodule 132, text input module 134, contacts module 137, and telephonemodule 138, video conference module 139 includes executable instructionsto initiate, conduct, and terminate a video conference between a userand one or more other participants in accordance with user instructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, e-mail client module 140 includes executableinstructions to create, send, receive, and manage e-mail in response touser instructions. In conjunction with image management module 144,e-mail client module 140 makes it very easy to create and send e-mailswith still or video images taken with camera module 143.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, the instant messaging module 141 includes executableinstructions to enter a sequence of characters corresponding to aninstant message, to modify previously entered characters, to transmit arespective instant message (for example, using a Short Message Service(SMS) or Multimedia Message Service (MMS) protocol for telephony-basedinstant messages or using XMPP, SIMPLE, or IMPS for Internet-basedinstant messages), to receive instant messages, and to view receivedinstant messages. In some embodiments, transmitted and/or receivedinstant messages optionally include graphics, photos, audio files, videofiles and/or other attachments as are supported in an MMS and/or anEnhanced Messaging Service (EMS). As used herein, “instant messaging”refers to both telephony-based messages (e.g., messages sent using SMSor MMS) and Internet-based messages (e.g., messages sent using XMPP,SIMPLE, or IMPS).

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, GPS module 135, map module 154, and music playermodule, workout support module 142 includes executable instructions tocreate workouts (e.g., with time, distance, and/or calorie burninggoals); communicate with workout sensors (sports devices); receiveworkout sensor data; calibrate sensors used to monitor a workout; selectand play music for a workout; and display, store, and transmit workoutdata.

In conjunction with touch screen 112, display controller 156, opticalsensor(s) 164, optical sensor controller 158, contact/motion module 130,graphics module 132, and image management module 144, camera module 143includes executable instructions to capture still images or video(including a video stream) and store them into memory 102, modifycharacteristics of a still image or video, or delete a still image orvideo from memory 102.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, text input module 134,and camera module 143, image management module 144 includes executableinstructions to arrange, modify (e.g., edit), or otherwise manipulate,label, delete, present (e.g., in a digital slide show or album), andstore still and/or video images.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, and textinput module 134, browser module 147 includes executable instructions tobrowse the Internet in accordance with user instructions, includingsearching, linking to, receiving, and displaying web pages or portionsthereof, as well as attachments and other files linked to web pages.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, e-mail client module 140, and browser module 147,calendar module 148 includes executable instructions to create, display,modify, and store calendars and data associated with calendars (e.g.,calendar entries, to-do lists, etc.) in accordance with userinstructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, and browser module 147, widget modules 149 aremini-applications that are, optionally, downloaded and used by a user(e.g., weather widget 149-1, stocks widget 149-2, calculator widget149-3, alarm clock widget 149-4, and dictionary widget 149-5) or createdby the user (e.g., user-created widget 149-6). In some embodiments, awidget includes an HTML (Hypertext Markup Language) file, a CSS(Cascading Style Sheets) file, and a JavaScript file. In someembodiments, a widget includes an XML (Extensible Markup Language) fileand a JavaScript file (e.g., Yahoo! Widgets).

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, and browser module 147, the widget creator module 150are, optionally, used by a user to create widgets (e.g., turning auser-specified portion of a web page into a widget).

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, search module 151 includes executable instructions to search fortext, music, sound, image, video, and/or other files in memory 102 thatmatch one or more search criteria (e.g., one or more user-specifiedsearch terms) in accordance with user instructions.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, audio circuitry 110,speaker 111, RF circuitry 108, and browser module 147, video and musicplayer module 152 includes executable instructions that allow the userto download and play back recorded music and other sound files stored inone or more file formats, such as MP3 or AAC files, and executableinstructions to display, present, or otherwise play back videos (e.g.,on touch screen 112 or on an external, connected display via externalport 124). In some embodiments, device 100 optionally includes thefunctionality of an MP3 player, such as an iPod (trademark of AppleInc.).

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, and text input module134, notes module 153 includes executable instructions to create andmanage notes, to-do lists, and the like in accordance with userinstructions.

In conjunction with RF circuitry 108, touch screen 112, displaycontroller 156, contact/motion module 130, graphics module 132, textinput module 134, GPS module 135, and browser module 147, map module 154are, optionally, used to receive, display, modify, and store maps anddata associated with maps (e.g., driving directions, data on stores andother points of interest at or near a particular location, and otherlocation-based data) in accordance with user instructions.

In conjunction with touch screen 112, display controller 156,contact/motion module 130, graphics module 132, audio circuitry 110,speaker 111, RF circuitry 108, text input module 134, e-mail clientmodule 140, and browser module 147, online video module 155 includesinstructions that allow the user to access, browse, receive (e.g., bystreaming and/or download), play back (e.g., on the touch screen or onan external, connected display via external port 124), send an e-mailwith a link to a particular online video, and otherwise manage onlinevideos in one or more file formats, such as H.264. In some embodiments,instant messaging module 141, rather than e-mail client module 140, isused to send a link to a particular online video. Additional descriptionof the online video application can be found in U.S. Provisional PatentApplication No. 60/936,562, “Portable Multifunction Device, Method, andGraphical User Interface for Playing Online Videos,” filed Jun. 20,2007, and U.S. patent application Ser. No. 11/968,067, “PortableMultifunction Device, Method, and Graphical User Interface for PlayingOnline Videos,” filed Dec. 31, 2007, the contents of which are herebyincorporated by reference in their entirety.

Each of the above-identified modules and applications corresponds to aset of executable instructions for performing one or more functionsdescribed above and the methods described in this application (e.g., thecomputer-implemented methods and other information processing methodsdescribed herein). These modules (e.g., sets of instructions) need notbe implemented as separate software programs, procedures, or modules,and thus various subsets of these modules are, optionally, combined orotherwise rearranged in various embodiments. For example, video playermodule is, optionally, combined with music player module into a singlemodule (e.g., video and music player module 152, FIG. 1A). In someembodiments, memory 102 optionally stores a subset of the modules anddata structures identified above. Furthermore, memory 102 optionallystores additional modules and data structures not described above.

In some embodiments, device 100 is a device where operation of apredefined set of functions on the device is performed exclusivelythrough a touch screen and/or a touchpad. By using a touch screen and/ora touchpad as the primary input control device for operation of device100, the number of physical input control devices (such as push buttons,dials, and the like) on device 100 is, optionally, reduced.

The predefined set of functions that are performed exclusively through atouch screen and/or a touchpad optionally include navigation betweenuser interfaces. In some embodiments, the touchpad, when touched by theuser, navigates device 100 to a main, home, or root menu from any userinterface that is displayed on device 100. In such embodiments, a “menubutton” is implemented using a touchpad. In some other embodiments, themenu button is a physical push button or other physical input controldevice instead of a touchpad.

FIG. 1B is a block diagram illustrating exemplary components for eventhandling in accordance with some embodiments. In some embodiments,memory 102 (FIG. 1A) or 370 (FIG. 3 ) includes event sorter 170 (e.g.,in operating system 126) and a respective application 136-1 (e.g., anyof the aforementioned applications 137-151, 155, 380-390).

Event sorter 170 receives event information and determines theapplication 136-1 and application view 191 of application 136-1 to whichto deliver the event information. Event sorter 170 includes eventmonitor 171 and event dispatcher module 174. In some embodiments,application 136-1 includes application internal state 192, whichindicates the current application view(s) displayed on touch-sensitivedisplay 112 when the application is active or executing. In someembodiments, device/global internal state 157 is used by event sorter170 to determine which application(s) is (are) currently active, andapplication internal state 192 is used by event sorter 170 to determineapplication views 191 to which to deliver event information.

In some embodiments, application internal state 192 includes additionalinformation, such as one or more of: resume information to be used whenapplication 136-1 resumes execution, user interface state informationthat indicates information being displayed or that is ready for displayby application 136-1, a state queue for enabling the user to go back toa prior state or view of application 136-1, and a redo/undo queue ofprevious actions taken by the user.

Event monitor 171 receives event information from peripherals interface118. Event information includes information about a sub-event (e.g., auser touch on touch-sensitive display 112, as part of a multi-touchgesture). Peripherals interface 118 transmits information it receivesfrom I/O subsystem 106 or a sensor, such as proximity sensor 166,accelerometer(s) 168, and/or microphone 113 (through audio circuitry110). Information that peripherals interface 118 receives from I/Osubsystem 106 includes information from touch-sensitive display 112 or atouch-sensitive surface.

In some embodiments, event monitor 171 sends requests to the peripheralsinterface 118 at predetermined intervals. In response, peripheralsinterface 118 transmits event information. In other embodiments,peripherals interface 118 transmits event information only when there isa significant event (e.g., receiving an input above a predeterminednoise threshold and/or for more than a predetermined duration).

In some embodiments, event sorter 170 also includes a hit viewdetermination module 172 and/or an active event recognizer determinationmodule 173.

Hit view determination module 172 provides software procedures fordetermining where a sub-event has taken place within one or more viewswhen touch-sensitive display 112 displays more than one view. Views aremade up of controls and other elements that a user can see on thedisplay.

Another aspect of the user interface associated with an application is aset of views, sometimes herein called application views or userinterface windows, in which information is displayed and touch-basedgestures occur. The application views (of a respective application) inwhich a touch is detected optionally correspond to programmatic levelswithin a programmatic or view hierarchy of the application. For example,the lowest level view in which a touch is detected is, optionally,called the hit view, and the set of events that are recognized as properinputs are, optionally, determined based, at least in part, on the hitview of the initial touch that begins a touch-based gesture.

Hit view determination module 172 receives information related tosub-events of a touch-based gesture. When an application has multipleviews organized in a hierarchy, hit view determination module 172identifies a hit view as the lowest view in the hierarchy which shouldhandle the sub-event. In most circumstances, the hit view is the lowestlevel view in which an initiating sub-event occurs (e.g., the firstsub-event in the sequence of sub-events that form an event or potentialevent). Once the hit view is identified by the hit view determinationmodule 172, the hit view typically receives all sub-events related tothe same touch or input source for which it was identified as the hitview.

Active event recognizer determination module 173 determines which viewor views within a view hierarchy should receive a particular sequence ofsub-events. In some embodiments, active event recognizer determinationmodule 173 determines that only the hit view should receive a particularsequence of sub-events. In other embodiments, active event recognizerdetermination module 173 determines that all views that include thephysical location of a sub-event are actively involved views, andtherefore determines that all actively involved views should receive aparticular sequence of sub-events. In other embodiments, even if touchsub-events were entirely confined to the area associated with oneparticular view, views higher in the hierarchy would still remain asactively involved views.

Event dispatcher module 174 dispatches the event information to an eventrecognizer (e.g., event recognizer 180). In embodiments including activeevent recognizer determination module 173, event dispatcher module 174delivers the event information to an event recognizer determined byactive event recognizer determination module 173. In some embodiments,event dispatcher module 174 stores in an event queue the eventinformation, which is retrieved by a respective event receiver 182.

In some embodiments, operating system 126 includes event sorter 170.Alternatively, application 136-1 includes event sorter 170. In yet otherembodiments, event sorter 170 is a stand-alone module, or a part ofanother module stored in memory 102, such as contact/motion module 130.

In some embodiments, application 136-1 includes a plurality of eventhandlers 190 and one or more application views 191, each of whichincludes instructions for handling touch events that occur within arespective view of the application's user interface. Each applicationview 191 of the application 136-1 includes one or more event recognizers180. Typically, a respective application view 191 includes a pluralityof event recognizers 180. In other embodiments, one or more of eventrecognizers 180 are part of a separate module, such as a user interfacekit or a higher level object from which application 136-1 inheritsmethods and other properties. In some embodiments, a respective eventhandler 190 includes one or more of: data updater 176, object updater177, GUI updater 178, and/or event data 179 received from event sorter170. Event handler 190 optionally utilizes or calls data updater 176,object updater 177, or GUI updater 178 to update the applicationinternal state 192. Alternatively, one or more of the application views191 include one or more respective event handlers 190. Also, in someembodiments, one or more of data updater 176, object updater 177, andGUI updater 178 are included in a respective application view 191.

A respective event recognizer 180 receives event information (e.g.,event data 179) from event sorter 170 and identifies an event from theevent information. Event recognizer 180 includes event receiver 182 andevent comparator 184. In some embodiments, event recognizer 180 alsoincludes at least a subset of: metadata 183, and event deliveryinstructions 188 (which optionally include sub-event deliveryinstructions).

Event receiver 182 receives event information from event sorter 170. Theevent information includes information about a sub-event, for example, atouch or a touch movement. Depending on the sub-event, the eventinformation also includes additional information, such as location ofthe sub-event. When the sub-event concerns motion of a touch, the eventinformation optionally also includes speed and direction of thesub-event. In some embodiments, events include rotation of the devicefrom one orientation to another (e.g., from a portrait orientation to alandscape orientation, or vice versa), and the event informationincludes corresponding information about the current orientation (alsocalled device attitude) of the device.

Event comparator 184 compares the event information to predefined eventor sub-event definitions and, based on the comparison, determines anevent or sub-event, or determines or updates the state of an event orsub-event. In some embodiments, event comparator 184 includes eventdefinitions 186. Event definitions 186 contain definitions of events(e.g., predefined sequences of sub-events), for example, event 1(187-1), event 2 (187-2), and others. In some embodiments, sub-events inan event (187) include, for example, touch begin, touch end, touchmovement, touch cancellation, and multiple touching. In one example, thedefinition for event 1 (187-1) is a double tap on a displayed object.The double tap, for example, comprises a first touch (touch begin) onthe displayed object for a predetermined phase, a first liftoff (touchend) for a predetermined phase, a second touch (touch begin) on thedisplayed object for a predetermined phase, and a second liftoff (touchend) for a predetermined phase. In another example, the definition forevent 2 (187-2) is a dragging on a displayed object. The dragging, forexample, comprises a touch (or contact) on the displayed object for apredetermined phase, a movement of the touch across touch-sensitivedisplay 112, and liftoff of the touch (touch end). In some embodiments,the event also includes information for one or more associated eventhandlers 190.

In some embodiments, event definition 187 includes a definition of anevent for a respective user-interface object. In some embodiments, eventcomparator 184 performs a hit test to determine which user-interfaceobject is associated with a sub-event. For example, in an applicationview in which three user-interface objects are displayed ontouch-sensitive display 112, when a touch is detected on touch-sensitivedisplay 112, event comparator 184 performs a hit test to determine whichof the three user-interface objects is associated with the touch(sub-event). If each displayed object is associated with a respectiveevent handler 190, the event comparator uses the result of the hit testto determine which event handler 190 should be activated. For example,event comparator 184 selects an event handler associated with thesub-event and the object triggering the hit test.

In some embodiments, the definition for a respective event (187) alsoincludes delayed actions that delay delivery of the event informationuntil after it has been determined whether the sequence of sub-eventsdoes or does not correspond to the event recognizer's event type.

When a respective event recognizer 180 determines that the series ofsub-events do not match any of the events in event definitions 186, therespective event recognizer 180 enters an event impossible, eventfailed, or event ended state, after which it disregards subsequentsub-events of the touch-based gesture. In this situation, other eventrecognizers, if any, that remain active for the hit view continue totrack and process sub-events of an ongoing touch-based gesture.

In some embodiments, a respective event recognizer 180 includes metadata183 with configurable properties, flags, and/or lists that indicate howthe event delivery system should perform sub-event delivery to activelyinvolved event recognizers. In some embodiments, metadata 183 includesconfigurable properties, flags, and/or lists that indicate how eventrecognizers interact, or are enabled to interact, with one another. Insome embodiments, metadata 183 includes configurable properties, flags,and/or lists that indicate whether sub-events are delivered to varyinglevels in the view or programmatic hierarchy.

In some embodiments, a respective event recognizer 180 activates eventhandler 190 associated with an event when one or more particularsub-events of an event are recognized. In some embodiments, a respectiveevent recognizer 180 delivers event information associated with theevent to event handler 190. Activating an event handler 190 is distinctfrom sending (and deferred sending) sub-events to a respective hit view.In some embodiments, event recognizer 180 throws a flag associated withthe recognized event, and event handler 190 associated with the flagcatches the flag and performs a predefined process.

In some embodiments, event delivery instructions 188 include sub-eventdelivery instructions that deliver event information about a sub-eventwithout activating an event handler. Instead, the sub-event deliveryinstructions deliver event information to event handlers associated withthe series of sub-events or to actively involved views. Event handlersassociated with the series of sub-events or with actively involved viewsreceive the event information and perform a predetermined process.

In some embodiments, data updater 176 creates and updates data used inapplication 136-1. For example, data updater 176 updates the telephonenumber used in contacts module 137, or stores a video file used in videoplayer module. In some embodiments, object updater 177 creates andupdates objects used in application 136-1. For example, object updater177 creates a new user-interface object or updates the position of auser-interface object. GUI updater 178 updates the GUI. For example, GUIupdater 178 prepares display information and sends it to graphics module132 for display on a touch-sensitive display.

In some embodiments, event handler(s) 190 includes or has access to dataupdater 176, object updater 177, and GUI updater 178. In someembodiments, data updater 176, object updater 177, and GUI updater 178are included in a single module of a respective application 136-1 orapplication view 191. In other embodiments, they are included in two ormore software modules.

It shall be understood that the foregoing discussion regarding eventhandling of user touches on touch-sensitive displays also applies toother forms of user inputs to operate multifunction devices 100 withinput devices, not all of which are initiated on touch screens. Forexample, mouse movement and mouse button presses, optionally coordinatedwith single or multiple keyboard presses or holds; contact movementssuch as taps, drags, scrolls, etc. on touchpads; pen stylus inputs;movement of the device; oral instructions; detected eye movements;biometric inputs; and/or any combination thereof are optionally utilizedas inputs corresponding to sub-events which define an event to berecognized.

FIG. 2 illustrates a portable multifunction device 100 having a touchscreen 112 in accordance with some embodiments. The touch screenoptionally displays one or more graphics within user interface (UI) 200.In this embodiment, as well as others described below, a user is enabledto select one or more of the graphics by making a gesture on thegraphics, for example, with one or more fingers 202 (not drawn to scalein the figure) or one or more styluses 203 (not drawn to scale in thefigure). In some embodiments, selection of one or more graphics occurswhen the user breaks contact with the one or more graphics. In someembodiments, the gesture optionally includes one or more taps, one ormore swipes (from left to right, right to left, upward and/or downward),and/or a rolling of a finger (from right to left, left to right, upwardand/or downward) that has made contact with device 100. In someimplementations or circumstances, inadvertent contact with a graphicdoes not select the graphic. For example, a swipe gesture that sweepsover an application icon optionally does not select the correspondingapplication when the gesture corresponding to selection is a tap.

Device 100 optionally also include one or more physical buttons, such as“home” or menu button 204. As described previously, menu button 204 is,optionally, used to navigate to any application 136 in a set ofapplications that are, optionally, executed on device 100.Alternatively, in some embodiments, the menu button is implemented as asoft key in a GUI displayed on touch screen 112.

In some embodiments, device 100 includes touch screen 112, menu button204, push button 206 for powering the device on/off and locking thedevice, volume adjustment button(s) 208, subscriber identity module(SIM) card slot 210, headset jack 212, and docking/charging externalport 124. Push button 206 is, optionally, used to turn the power on/offon the device by depressing the button and holding the button in thedepressed state for a predefined time interval; to lock the device bydepressing the button and releasing the button before the predefinedtime interval has elapsed; and/or to unlock the device or initiate anunlock process. In an alternative embodiment, device 100 also acceptsverbal input for activation or deactivation of some functions throughmicrophone 113. Device 100 also, optionally, includes one or morecontact intensity sensors 165 for detecting intensity of contacts ontouch screen 112 and/or one or more tactile output generators 167 forgenerating tactile outputs for a user of device 100.

FIG. 3 is a block diagram of an exemplary multifunction device with adisplay and a touch-sensitive surface in accordance with someembodiments. Device 300 need not be portable. In some embodiments,device 300 is a laptop computer, a desktop computer, a tablet computer,a multimedia player device, a navigation device, an educational device(such as a child's learning toy), a gaming system, or a control device(e.g., a home or industrial controller). Device 300 typically includesone or more processing units (CPUs) 310, one or more network or othercommunications interfaces 360, memory 370, and one or more communicationbuses 320 for interconnecting these components. Communication buses 320optionally include circuitry (sometimes called a chipset) thatinterconnects and controls communications between system components.Device 300 includes input/output (I/O) interface 330 comprising display340, which is typically a touch screen display. I/O interface 330 alsooptionally includes a keyboard and/or mouse (or other pointing device)350 and touchpad 355, tactile output generator 357 for generatingtactile outputs on device 300 (e.g., similar to tactile outputgenerator(s) 167 described above with reference to FIG. 1A), sensors 359(e.g., optical, acceleration, proximity, touch-sensitive, and/or contactintensity sensors similar to contact intensity sensor(s) 165 describedabove with reference to FIG. 1A). Memory 370 includes high-speed randomaccess memory, such as DRAM, SRAM, DDR RAM, or other random access solidstate memory devices; and optionally includes non-volatile memory, suchas one or more magnetic disk storage devices, optical disk storagedevices, flash memory devices, or other non-volatile solid state storagedevices. Memory 370 optionally includes one or more storage devicesremotely located from CPU(s) 310. In some embodiments, memory 370 storesprograms, modules, and data structures analogous to the programs,modules, and data structures stored in memory 102 of portablemultifunction device 100 (FIG. 1A), or a subset thereof. Furthermore,memory 370 optionally stores additional programs, modules, and datastructures not present in memory 102 of portable multifunction device100. For example, memory 370 of device 300 optionally stores drawingmodule 380, presentation module 382, word processing module 384, websitecreation module 386, disk authoring module 388, and/or spreadsheetmodule 390, while memory 102 of portable multifunction device 100 (FIG.1A) optionally does not store these modules.

Each of the above-identified elements in FIG. 3 is, optionally, storedin one or more of the previously mentioned memory devices. Each of theabove-identified modules corresponds to a set of instructions forperforming a function described above. The above-identified modules orprograms (e.g., sets of instructions) need not be implemented asseparate software programs, procedures, or modules, and thus varioussubsets of these modules are, optionally, combined or otherwiserearranged in various embodiments. In some embodiments, memory 370optionally stores a subset of the modules and data structures identifiedabove. Furthermore, memory 370 optionally stores additional modules anddata structures not described above.

Attention is now directed towards embodiments of user interfaces thatare, optionally, implemented on, for example, portable multifunctiondevice 100.

FIG. 4A illustrates an exemplary user interface for a menu ofapplications on portable multifunction device 100 in accordance withsome embodiments. Similar user interfaces are, optionally, implementedon device 300. In some embodiments, user interface 400 includes thefollowing elements, or a subset or superset thereof:

-   -   Signal strength indicator(s) 402 for wireless communication(s),        such as cellular and Wi-Fi signals;    -   Time 404;    -   Bluetooth indicator 405;    -   Battery status indicator 406;    -   Tray 408 with icons for frequently used applications, such as:        -   Icon 416 for telephone module 138, labeled “Phone,” which            optionally includes an indicator 414 of the number of missed            calls or voicemail messages;        -   Icon 418 for e-mail client module 140, labeled “Mail,” which            optionally includes an indicator 410 of the number of unread            e-mails;        -   Icon 420 for browser module 147, labeled “Browser;” and        -   Icon 422 for video and music player module 152, also            referred to as iPod (trademark of Apple Inc.) module 152,            labeled “iPod;” and    -   Icons for other applications, such as:        -   Icon 424 for IM module 141, labeled “Messages;”        -   Icon 426 for calendar module 148, labeled “Calendar;”        -   Icon 428 for image management module 144, labeled “Photos;”        -   Icon 430 for camera module 143, labeled “Camera;”        -   Icon 432 for online video module 155, labeled “Online            Video;”        -   Icon 434 for stocks widget 149-2, labeled “Stocks;”        -   Icon 436 for map module 154, labeled “Maps;”        -   Icon 438 for weather widget 149-1, labeled “Weather;”        -   Icon 440 for alarm clock widget 149-4, labeled “Clock;”        -   Icon 442 for workout support module 142, labeled “Workout            Support;”        -   Icon 444 for notes module 153, labeled “Notes;” and        -   Icon 446 for a settings application or module, labeled            “Settings,” which provides access to settings for device 100            and its various applications 136.

It should be noted that the icon labels illustrated in FIG. 4A aremerely exemplary. For example, icon 422 for video and music playermodule 152 is labeled “Music” or “Music Player.” Other labels are,optionally, used for various application icons. In some embodiments, alabel for a respective application icon includes a name of anapplication corresponding to the respective application icon. In someembodiments, a label for a particular application icon is distinct froma name of an application corresponding to the particular applicationicon.

FIG. 4B illustrates an exemplary user interface on a device (e.g.,device 300, FIG. 3 ) with a touch-sensitive surface 451 (e.g., a tabletor touchpad 355, FIG. 3 ) that is separate from the display 450 (e.g.,touch screen display 112). Device 300 also, optionally, includes one ormore contact intensity sensors (e.g., one or more of sensors 359) fordetecting intensity of contacts on touch-sensitive surface 451 and/orone or more tactile output generators 357 for generating tactile outputsfor a user of device 300.

Although some of the examples that follow will be given with referenceto inputs on touch screen display 112 (where the touch-sensitive surfaceand the display are combined), in some embodiments, the device detectsinputs on a touch-sensitive surface that is separate from the display,as shown in FIG. 4B. In some embodiments, the touch-sensitive surface(e.g., 451 in FIG. 4B) has a primary axis (e.g., 452 in FIG. 4B) thatcorresponds to a primary axis (e.g., 453 in FIG. 4B) on the display(e.g., 450). In accordance with these embodiments, the device detectscontacts (e.g., 460 and 462 in FIG. 4B) with the touch-sensitive surface451 at locations that correspond to respective locations on the display(e.g., in FIG. 4B, 460 corresponds to 468 and 462 corresponds to 470).In this way, user inputs (e.g., contacts 460 and 462, and movementsthereof) detected by the device on the touch-sensitive surface (e.g.,451 in FIG. 4B) are used by the device to manipulate the user interfaceon the display (e.g., 450 in FIG. 4B) of the multifunction device whenthe touch-sensitive surface is separate from the display. It should beunderstood that similar methods are, optionally, used for other userinterfaces described herein.

Additionally, while the following examples are given primarily withreference to finger inputs (e.g., finger contacts, finger tap gestures,finger swipe gestures), it should be understood that, in someembodiments, one or more of the finger inputs are replaced with inputfrom another input device (e.g., a mouse-based input or stylus input).For example, a swipe gesture is, optionally, replaced with a mouse click(e.g., instead of a contact) followed by movement of the cursor alongthe path of the swipe (e.g., instead of movement of the contact). Asanother example, a tap gesture is, optionally, replaced with a mouseclick while the cursor is located over the location of the tap gesture(e.g., instead of detection of the contact followed by ceasing to detectthe contact). Similarly, when multiple user inputs are simultaneouslydetected, it should be understood that multiple computer mice are,optionally, used simultaneously, or a mouse and finger contacts are,optionally, used simultaneously.

FIG. 5A illustrates exemplary personal electronic device 500. Device 500includes body 502. In some embodiments, device 500 can include some orall of the features described with respect to devices 100 and 300 (e.g.,FIGS. 1A-4B). In some embodiments, device 500 has touch-sensitivedisplay screen 504, hereafter touch screen 504. Alternatively, or inaddition to touch screen 504, device 500 has a display and atouch-sensitive surface. As with devices 100 and 300, in someembodiments, touch screen 504 (or the touch-sensitive surface)optionally includes one or more intensity sensors for detectingintensity of contacts (e.g., touches) being applied. The one or moreintensity sensors of touch screen 504 (or the touch-sensitive surface)can provide output data that represents the intensity of touches. Theuser interface of device 500 can respond to touches based on theirintensity, meaning that touches of different intensities can invokedifferent user interface operations on device 500.

Exemplary techniques for detecting and processing touch intensity arefound, for example, in related applications: International PatentApplication Serial No. PCT/US2013/040061, titled “Device, Method, andGraphical User Interface for Displaying User Interface ObjectsCorresponding to an Application,” filed May 8, 2013, published as WIPOPublication No. WO/2013/169849, and International Patent ApplicationSerial No. PCT/US2013/069483, titled “Device, Method, and Graphical UserInterface for Transitioning Between Touch Input to Display OutputRelationships,” filed Nov. 11, 2013, published as WIPO Publication No.WO/2014/105276, each of which is hereby incorporated by reference intheir entirety.

In some embodiments, device 500 has one or more input mechanisms 506 and508. Input mechanisms 506 and 508, if included, can be physical.Examples of physical input mechanisms include push buttons and rotatablemechanisms. In some embodiments, device 500 has one or more attachmentmechanisms. Such attachment mechanisms, if included, can permitattachment of device 500 with, for example, hats, eyewear, earrings,necklaces, shirts, jackets, bracelets, watch straps, chains, trousers,belts, shoes, purses, backpacks, and so forth. These attachmentmechanisms permit device 500 to be worn by a user.

FIG. 5B depicts exemplary personal electronic device 500. In someembodiments, device 500 can include some or all of the componentsdescribed with respect to FIGS. 1A, 1B, and 3. Device 500 has bus 512that operatively couples I/O section 514 with one or more computerprocessors 516 and memory 518. I/O section 514 can be connected todisplay 504, which can have touch-sensitive component 522 and,optionally, intensity sensor 524 (e.g., contact intensity sensor). Inaddition, I/O section 514 can be connected with communication unit 530for receiving application and operating system data, using Wi-Fi,Bluetooth, near field communication (NFC), cellular, and/or otherwireless communication techniques. Device 500 can include inputmechanisms 506 and/or 508. Input mechanism 506 is, optionally, arotatable input device or a depressible and rotatable input device, forexample. Input mechanism 508 is, optionally, a button, in someembodiments.

Input mechanism 508 is, optionally, a microphone, in some embodiments.Personal electronic device 500 optionally includes various sensors, suchas GPS sensor 532, accelerometer 534, directional sensor 540 (e.g.,compass), gyroscope 536, motion sensor 538, and/or a combinationthereof, all of which can be operatively connected to I/O section 514.

Memory 518 of personal electronic device 500 can include one or morenon-transitory computer-readable storage mediums, for storingcomputer-executable instructions, which, when executed by one or morecomputer processors 516, for example, can cause the computer processorsto perform the techniques described below, including processes 800(FIGS. 8A-8C), 1000 (FIGS. 10A-10C), 1200 (FIGS. 12A-12C), and 1400(FIG. 14 ). A computer-readable storage medium can be any medium thatcan tangibly contain or store computer-executable instructions for useby or in connection with the instruction execution system, apparatus, ordevice. In some embodiments, the storage medium is a transitorycomputer-readable storage medium. In some embodiments, the storagemedium is a non-transitory computer-readable storage medium. Thenon-transitory computer-readable storage medium can include, but is notlimited to, magnetic, optical, and/or semiconductor storages. Examplesof such storage include magnetic disks, optical discs based on CD, DVD,or Blu-ray technologies, as well as persistent solid-state memory suchas flash, solid-state drives, and the like. Personal electronic device500 is not limited to the components and configuration of FIG. 5B, butcan include other or additional components in multiple configurations.

As used here, the term “affordance” refers to a user-interactivegraphical user interface object that is, optionally, displayed on thedisplay screen of devices 100, 300, and/or 500 (FIGS. 1A, 3, and 5A-5B).For example, an image (e.g., icon), a button, and text (e.g., hyperlink)each optionally constitute an affordance.

As used herein, the term “focus selector” refers to an input elementthat indicates a current part of a user interface with which a user isinteracting. In some implementations that include a cursor or otherlocation marker, the cursor acts as a “focus selector” so that when aninput (e.g., a press input) is detected on a touch-sensitive surface(e.g., touchpad 355 in FIG. 3 or touch-sensitive surface 451 in FIG. 4B)while the cursor is over a particular user interface element (e.g., abutton, window, slider, or other user interface element), the particularuser interface element is adjusted in accordance with the detectedinput. In some implementations that include a touch screen display(e.g., touch-sensitive display system 112 in FIG. 1A or touch screen 112in FIG. 4A) that enables direct interaction with user interface elementson the touch screen display, a detected contact on the touch screen actsas a “focus selector” so that when an input (e.g., a press input by thecontact) is detected on the touch screen display at a location of aparticular user interface element (e.g., a button, window, slider, orother user interface element), the particular user interface element isadjusted in accordance with the detected input. In some implementations,focus is moved from one region of a user interface to another region ofthe user interface without corresponding movement of a cursor ormovement of a contact on a touch screen display (e.g., by using a tabkey or arrow keys to move focus from one button to another button); inthese implementations, the focus selector moves in accordance withmovement of focus between different regions of the user interface.Without regard to the specific form taken by the focus selector, thefocus selector is generally the user interface element (or contact on atouch screen display) that is controlled by the user so as tocommunicate the user's intended interaction with the user interface(e.g., by indicating, to the device, the element of the user interfacewith which the user is intending to interact). For example, the locationof a focus selector (e.g., a cursor, a contact, or a selection box) overa respective button while a press input is detected on thetouch-sensitive surface (e.g., a touchpad or touch screen) will indicatethat the user is intending to activate the respective button (as opposedto other user interface elements shown on a display of the device).

As used in the specification and claims, the term “characteristicintensity” of a contact refers to a characteristic of the contact basedon one or more intensities of the contact. In some embodiments, thecharacteristic intensity is based on multiple intensity samples. Thecharacteristic intensity is, optionally, based on a predefined number ofintensity samples, or a set of intensity samples collected during apredetermined time period (e.g., 0.05, 0.1, 0.2, 0.5, 1, 2, 5, 10seconds) relative to a predefined event (e.g., after detecting thecontact, prior to detecting liftoff of the contact, before or afterdetecting a start of movement of the contact, prior to detecting an endof the contact, before or after detecting an increase in intensity ofthe contact, and/or before or after detecting a decrease in intensity ofthe contact). A characteristic intensity of a contact is, optionally,based on one or more of: a maximum value of the intensities of thecontact, a mean value of the intensities of the contact, an averagevalue of the intensities of the contact, a top 10 percentile value ofthe intensities of the contact, a value at the half maximum of theintensities of the contact, a value at the 90 percent maximum of theintensities of the contact, or the like. In some embodiments, theduration of the contact is used in determining the characteristicintensity (e.g., when the characteristic intensity is an average of theintensity of the contact over time). In some embodiments, thecharacteristic intensity is compared to a set of one or more intensitythresholds to determine whether an operation has been performed by auser. For example, the set of one or more intensity thresholdsoptionally includes a first intensity threshold and a second intensitythreshold. In this example, a contact with a characteristic intensitythat does not exceed the first threshold results in a first operation, acontact with a characteristic intensity that exceeds the first intensitythreshold and does not exceed the second intensity threshold results ina second operation, and a contact with a characteristic intensity thatexceeds the second threshold results in a third operation. In someembodiments, a comparison between the characteristic intensity and oneor more thresholds is used to determine whether or not to perform one ormore operations (e.g., whether to perform a respective operation orforgo performing the respective operation), rather than being used todetermine whether to perform a first operation or a second operation.

In some embodiments, a portion of a gesture is identified for purposesof determining a characteristic intensity. For example, atouch-sensitive surface optionally receives a continuous swipe contacttransitioning from a start location and reaching an end location, atwhich point the intensity of the contact increases. In this example, thecharacteristic intensity of the contact at the end location is,optionally, based on only a portion of the continuous swipe contact, andnot the entire swipe contact (e.g., only the portion of the swipecontact at the end location). In some embodiments, a smoothing algorithmis, optionally, applied to the intensities of the swipe contact prior todetermining the characteristic intensity of the contact. For example,the smoothing algorithm optionally includes one or more of: anunweighted sliding-average smoothing algorithm, a triangular smoothingalgorithm, a median filter smoothing algorithm, and/or an exponentialsmoothing algorithm. In some circumstances, these smoothing algorithmseliminate narrow spikes or dips in the intensities of the swipe contactfor purposes of determining a characteristic intensity.

The intensity of a contact on the touch-sensitive surface is,optionally, characterized relative to one or more intensity thresholds,such as a contact-detection intensity threshold, a light press intensitythreshold, a deep press intensity threshold, and/or one or more otherintensity thresholds. In some embodiments, the light press intensitythreshold corresponds to an intensity at which the device will performoperations typically associated with clicking a button of a physicalmouse or a trackpad. In some embodiments, the deep press intensitythreshold corresponds to an intensity at which the device will performoperations that are different from operations typically associated withclicking a button of a physical mouse or a trackpad. In someembodiments, when a contact is detected with a characteristic intensitybelow the light press intensity threshold (e.g., and above a nominalcontact-detection intensity threshold below which the contact is nolonger detected), the device will move a focus selector in accordancewith movement of the contact on the touch-sensitive surface withoutperforming an operation associated with the light press intensitythreshold or the deep press intensity threshold. Generally, unlessotherwise stated, these intensity thresholds are consistent betweendifferent sets of user interface figures.

An increase of characteristic intensity of the contact from an intensitybelow the light press intensity threshold to an intensity between thelight press intensity threshold and the deep press intensity thresholdis sometimes referred to as a “light press” input. An increase ofcharacteristic intensity of the contact from an intensity below the deeppress intensity threshold to an intensity above the deep press intensitythreshold is sometimes referred to as a “deep press” input. An increaseof characteristic intensity of the contact from an intensity below thecontact-detection intensity threshold to an intensity between thecontact-detection intensity threshold and the light press intensitythreshold is sometimes referred to as detecting the contact on thetouch-surface. A decrease of characteristic intensity of the contactfrom an intensity above the contact-detection intensity threshold to anintensity below the contact-detection intensity threshold is sometimesreferred to as detecting liftoff of the contact from the touch-surface.In some embodiments, the contact-detection intensity threshold is zero.In some embodiments, the contact-detection intensity threshold isgreater than zero.

In some embodiments described herein, one or more operations areperformed in response to detecting a gesture that includes a respectivepress input or in response to detecting the respective press inputperformed with a respective contact (or a plurality of contacts), wherethe respective press input is detected based at least in part ondetecting an increase in intensity of the contact (or plurality ofcontacts) above a press-input intensity threshold. In some embodiments,the respective operation is performed in response to detecting theincrease in intensity of the respective contact above the press-inputintensity threshold (e.g., a “down stroke” of the respective pressinput). In some embodiments, the press input includes an increase inintensity of the respective contact above the press-input intensitythreshold and a subsequent decrease in intensity of the contact belowthe press-input intensity threshold, and the respective operation isperformed in response to detecting the subsequent decrease in intensityof the respective contact below the press-input threshold (e.g., an “upstroke” of the respective press input).

In some embodiments, the device employs intensity hysteresis to avoidaccidental inputs sometimes termed “jitter,” where the device defines orselects a hysteresis intensity threshold with a predefined relationshipto the press-input intensity threshold (e.g., the hysteresis intensitythreshold is X intensity units lower than the press-input intensitythreshold or the hysteresis intensity threshold is 75%, 90%, or somereasonable proportion of the press-input intensity threshold). Thus, insome embodiments, the press input includes an increase in intensity ofthe respective contact above the press-input intensity threshold and asubsequent decrease in intensity of the contact below the hysteresisintensity threshold that corresponds to the press-input intensitythreshold, and the respective operation is performed in response todetecting the subsequent decrease in intensity of the respective contactbelow the hysteresis intensity threshold (e.g., an “up stroke” of therespective press input). Similarly, in some embodiments, the press inputis detected only when the device detects an increase in intensity of thecontact from an intensity at or below the hysteresis intensity thresholdto an intensity at or above the press-input intensity threshold and,optionally, a subsequent decrease in intensity of the contact to anintensity at or below the hysteresis intensity, and the respectiveoperation is performed in response to detecting the press input (e.g.,the increase in intensity of the contact or the decrease in intensity ofthe contact, depending on the circumstances).

For ease of explanation, the descriptions of operations performed inresponse to a press input associated with a press-input intensitythreshold or in response to a gesture including the press input are,optionally, triggered in response to detecting either: an increase inintensity of a contact above the press-input intensity threshold, anincrease in intensity of a contact from an intensity below thehysteresis intensity threshold to an intensity above the press-inputintensity threshold, a decrease in intensity of the contact below thepress-input intensity threshold, and/or a decrease in intensity of thecontact below the hysteresis intensity threshold corresponding to thepress-input intensity threshold. Additionally, in examples where anoperation is described as being performed in response to detecting adecrease in intensity of a contact below the press-input intensitythreshold, the operation is, optionally, performed in response todetecting a decrease in intensity of the contact below a hysteresisintensity threshold corresponding to, and lower than, the press-inputintensity threshold.

FIG. 6 illustrates exemplary devices connected via one or morecommunication channels to participate in a transaction in accordancewith some embodiments. One or more exemplary electronic devices (e.g.,devices 100, 300, and 500) are configured to optionally detect input(e.g., a particular user input, an NFC field) and optionally transmitpayment information (e.g., using NFC). The one or more electronicdevices optionally include NFC hardware and are configured to beNFC-enabled.

The electronic devices (e.g., devices 100, 300, and 500) are optionallyconfigured to store payment account information associated with each ofone or more payment accounts. Payment account information includes, forexample, one or more of: a person's or company's name, a billingaddress, a login, a password, an account number, an expiration date, asecurity code, a telephone number, a bank associated with the paymentaccount (e.g., an issuing bank), and a card network identifier. In someembodiments, payment account information includes include an image, suchas a picture of a payment card (e.g., taken by the device and/orreceived at the device). In some embodiments, the electronic devicesreceive user input including at least some payment account information(e.g., receiving user-entered credit, debit, account, or gift cardnumber and expiration date). In some embodiments, the electronic devicesdetect at least some payment account information from an image (e.g., ofa payment card captured by a camera sensor of the device). In someembodiments, the electronic devices receive at least some paymentaccount information from another device (e.g., another user device or aserver). In some embodiments, the electronic device receives paymentaccount information from a server associated with another service forwhich an account for a user or user device previously made a purchase oridentified payment account data (e.g., an app for renting or sellingaudio and/or video files).

In some embodiments, a payment account is added to an electronic device(e.g., device 100, 300, and 500), such that payment account informationis securely stored on the electronic device. In some embodiments, aftera user initiates such process, the electronic device transmitsinformation for the payment account to a transaction-coordinationserver, which then communicates with a server operated by a paymentnetwork for the account (e.g., a payment server) to ensure a validity ofthe information. The electronic device is optionally configured toreceive a script from the server that allows the electronic device toprogram payment information for the account onto the secure element.

In some embodiments, communication among electronic devices 100, 300,and 500 facilitates transactions (e.g., generally or specifictransactions). For example, a first electronic device (e.g., 100) canserve as a provisioning or managing device, and can send notificationsof new or updated payment account data (e.g., information for a newaccount, updated information for an existing account, and/or an alertpertaining to an existing account) to a second electronic device (e.g.,500). In another example, a first electronic device (e.g., 100) can senddata to a second election device, wherein the data reflects informationabout payment transactions facilitated at the first electronic device.The information optionally includes one or more of: a payment amount, anaccount used, a time of purchase, and whether a default account waschanged. The second device (e.g., 500) optionally uses such informationto update a default payment account (e.g., based on a learning algorithmor explicit user input).

Electronic devices (e.g., 100, 300, 500) are configured to communicatewith each other over any of a variety of networks. For example, thedevices communicate using a Bluetooth connection 608 (e.g., whichincludes a traditional Bluetooth connection or a Bluetooth Low Energyconnection) or using a WiFi network 606. Communications among userdevices are, optionally, conditioned to reduce the possibility ofinappropriately sharing information across devices. For example,communications relating to payment information requires that thecommunicating devices be paired (e.g., be associated with each other viaan explicit user interaction) or be associated with a same user account.

In some embodiments, an electronic device (e.g., 100, 300, 500) is usedto communicate with a point-of-sale (POS) payment terminal 600, which isoptionally NFC-enabled. The communication optionally occurs using avariety of communication channels and/or technologies. In someembodiments, electronic device (e.g., 100, 300, 500) communicates withpayment terminal 600 using an NFC channel 610. In some embodiments,payment terminal 600 communicates with an electronic device (e.g., 100,300, 500) using a peer-to-peer NFC mode. Electronic device (e.g., 100,300, 500) is optionally configured transmit a signal to payment terminal600 that includes payment information for a payment account (e.g., adefault account or an account selected for the particular transaction).

In some embodiments, proceeding with a transaction includes transmittinga signal that includes payment information for an account, such as apayment account. In some embodiments, proceeding with the transactionincludes reconfiguring the electronic device (e.g., 100, 300, 500) torespond as a contactless payment card, such as an NFC-enabledcontactless payment card, and then transmitting credentials of theaccount via NFC, such as to payment terminal 600. In some embodiments,subsequent to transmitting credentials of the account via NFC, theelectronic device reconfigures to not respond as a contactless paymentcard (e.g., requiring authorization before again reconfigured to respondas a contactless payment card via NFC).

In some embodiments, generation of and/or transmission of the signal iscontrolled by a secure element in the electronic device (e.g., 100, 300,500). The secure element optionally requires a particular user inputprior to releasing payment information. For example, the secure elementoptionally requires detection that the electronic device is being worn,detection of a button press, detection of entry of a passcode, detectionof a touch, detection of one or more option selections (e.g., receivedwhile interacting with an application), detection of a fingerprintsignature, detection of a voice or voice command, and or detection of agesture or movement (e.g., rotation or acceleration). In someembodiments, if a communication channel (e.g., an NFC communicationchannel) with another device (e.g., payment terminal 600) is establishedwithin a defined time period from detection of the input, the secureelement releases payment information to be transmitted to the otherdevice (e.g., payment terminal 600). In some embodiments, the secureelement is a hardware component that controls release of secureinformation. In some embodiments, the secure element is a softwarecomponent that controls release of secure information.

In some embodiments, protocols related to transaction participationdepend on, for example, device types. For example, a condition forgenerating and/or transmitting payment information can be different fora wearable device (e.g., device 500) and a phone (e.g., device 100). Forexample, a generation and/or transmission condition for a wearabledevice includes detecting that a button has been pressed (e.g., after asecurity verification), while a corresponding condition for a phone doesnot require button-depression and instead requires detection ofparticular interaction with an application. In some embodiments, acondition for transmitting and/or releasing payment information includesreceiving particular input on each of multiple devices. For example,release of payment information optionally requires detection of afingerprint and/or passcode at the device (e.g., device 100) anddetection of a mechanical input (e.g., button press) on another device(e.g., device 500).

Payment terminal 600 optionally uses the payment information to generatea signal to transmit to a payment server 604 to determine whether thepayment is authorized. Payment server 604 optionally includes any deviceor system configured to receive payment information associated with apayment account and to determine whether a proposed purchase isauthorized. In some embodiments, payment server 604 includes a server ofan issuing bank. Payment terminal 600 communicates with payment server604 directly or indirectly via one or more other devices or systems(e.g., a server of an acquiring bank and/or a server of a card network).

Payment server 604 optionally uses at least some of the paymentinformation to identify a user account from among a database of useraccounts (e.g., 602). For example, each user account includes paymentinformation. An account is, optionally, located by locating an accountwith particular payment information matching that from the POScommunication. In some embodiments, a payment is denied when providedpayment information is not consistent (e.g., an expiration date does notcorrespond to a credit, debit or gift card number) or when no accountincludes payment information matching that from the POS communication.

In some embodiments, data for the user account further identifies one ormore restrictions (e.g., credit limits); current or previous balances;previous transaction dates, locations and/or amounts; account status(e.g., active or frozen), and/or authorization instructions. In someembodiments, the payment server (e.g., 604) uses such data to determinewhether to authorize a payment. For example, a payment server denies apayment when a purchase amount added to a current balance would resultin exceeding an account limit, when an account is frozen, when aprevious transaction amount exceeds a threshold, or when a previoustransaction count or frequency exceeds a threshold.

In some embodiments, payment server 604 responds to POS payment terminal600 with an indication as to whether a proposed purchase is authorizedor denied. In some embodiments, POS payment terminal 600 transmits asignal to the electronic device (e.g., 100, 300, 500) to identify theresult. For example, POS payment terminal 600 sends a receipt to theelectronic device (e.g., 100, 300, 500) when a purchase is authorized(e.g., via a transaction-coordination server that manages a transactionapp on the user device). In some instances, POS payment terminal 600presents an output (e.g., a visual or audio output) indicative of theresult. Payment can be sent to a merchant as part of the authorizationprocess or can be subsequently sent.

In some embodiments, the electronic device (e.g., 100, 300, 500)participates in a transaction that is completed without involvement ofPOS payment terminal 600. For example, upon detecting that a mechanicalinput has been received, a secure element in the electronic device(e.g., 100, 300, 500) releases payment information to allow anapplication on the electronic device to access the information (e.g.,and to transmit the information to a server associated with theapplication).

In some embodiments, the electronic device (e.g., 100, 300, 500) is in alocked state or an unlocked state. In the locked state, the electronicdevice is powered on and operational but is prevented from performing apredefined set of operations in response to the user input. Thepredefined set of operations may include navigation between userinterfaces, activation or deactivation of a predefined set of functions,and activation or deactivation of certain applications. The locked statemay be used to prevent unintentional or unauthorized use of somefunctionality of the electronic device or activation or deactivation ofsome functions on the electronic device. In the unlocked state, theelectronic device 100 is power on and operational and is not preventedfrom performing at least a portion of the predefined set of operationsthat cannot be performed while in the locked state.

When the device is in the locked state, the device is said to be locked.In some embodiments, the device in the locked state may respond to alimited set of user inputs, including input that corresponds to anattempt to transition the device to the unlocked state or input thatcorresponds to powering the device off.

In some embodiments, a secure element is a hardware component (e.g., asecure microcontroller chip) configured to securely store data or analgorithm. In some embodiments, the secure element provides (orreleases) payment information (e.g., an account number and/or atransaction-specific dynamic security code). In some embodiments, thesecure element provides (or releases) the payment information inresponse to the device receiving authorization, such as a userauthentication (e.g., fingerprint authentication; passcodeauthentication; detecting double-press of a hardware button when thedevice is in an unlocked state, and optionally, while the device hasbeen continuously on a user's wrist since the device was unlocked byproviding authentication credentials to the device, where the continuouspresence of the device on the user's wrist is determined by periodicallychecking that the device is in contact with the user's skin). Forexample, the device detects a fingerprint at a fingerprint sensor (e.g.,a fingerprint sensor integrated into a button) of the device. The devicedetermines whether the fingerprint is consistent with a registeredfingerprint. In accordance with a determination that the fingerprint isconsistent with the registered fingerprint, the secure element provides(or releases) payment information. In accordance with a determinationthat the fingerprint is not consistent with the registered fingerprint,the secure element forgoes providing (or releasing) payment information.

Attention is now directed towards embodiments of user interfaces (“UI”)and associated processes that are implemented on an electronic device,such as portable multifunction device 100, device 300, or device 500.

FIGS. 7A-7O illustrate exemplary user interfaces for inputtinginformation about a secure credential to electronic device 700, inaccordance with some embodiments. The user interfaces in these figuresare used to illustrate the processes described below, including theprocesses in FIGS. 8A-8C. In some embodiments, electronic device 700includes some or all of the features of device 100, device 300, ordevice 500. In some embodiments, electronic device 700 includes display702, one or more input devices (e.g., a touch-sensitive surface ofdisplay 702, mechanical input device 701, such as a power button, camera703, a mic, a camera sensor located on the back of device 700 (e.g.,optical sensor 164)), one or more output devices (e.g., a speaker), andone or more sensors (e.g., biometric sensor 704, such as a depth sensor,a fingerprint sensor). In some embodiments, one or more sensors (e.g., abiometric sensor, such as a fingerprint sensor) of electronic device 700is integrated with/into a different component of the device (e.g., afingerprint sensor is integrated with display 702).

At FIG. 7A, a user seeks to input information about a secure credential.In particular, the user seeks to input account information of a paymentcard (e.g., a credit card, a debit card) in order to add a securecredential to electronic device 700 (e.g., a token (e.g., a tokencorresponding to an account number or a device-specific numbercorresponding to an account number) stored in a secure element ofelectronic device 700). In some embodiments, the secure credential islinked to the account information of the payment card (e.g., linked bythe issuer of the payment card). Thus, in some embodiments, informationabout the payment card is also information about the secure credentialand vice versa. Using the secure credential, electronic device 700 canparticipate in transactions (e.g., authorize a payment to purchase agood or service) using the account linked to the payment card.

Electronic device 700 can input information associated with the paymentcard by using a camera sensor of electronic device 700. For example,electronic device 700 uses the camera sensor to capture images of thevisible account information located on the payment card. Electronicdevice 700 then performs optical character recognition on the images toextract information associated with the payment card. However, somepayment cards lack visible account information (e.g., credit cardnumber, debit card number, expiration date, security code) or require(e.g., for security reasons) that the secure credential be added toelectronic devices via a specific process (e.g., a process using anapplication provided by the issuer of the payment card). Payment cardswithout visible account information tend to be issued by banks thatoperate in certain countries. Thus, if electronic device 700 is locatedin one of these countries, an alternative process for receivinginformation associated with the payment card should be implemented sinceit is likely the payment card lacks visible account information that canbe captured via the camera sensor.

As illustrated in FIG. 7A, electronic device 700 displays wallet userinterface (UI) 706. While displaying wallet UI 706, electronic device700 receives input 708 (e.g., a tap gesture) at add credentialaffordance 710.

At FIG. 7B, in response to receiving input 708 at add credentialaffordance 710, electronic device 700 displays (e.g., replaces displayof wallet UI 706 with) introduction UI 712 with continue affordance 714.Introduction UI 712 includes text explaining to the user the purpose ofthe process in which the user is currently engaged. To proceed withadding a secure credential to electronic device 700, a user selectscontinue affordance 714.

At FIG. 7C, while displaying introduction UI 712, electronic device 700receives input 716 at continue affordance 714. In response to receivinginput 716 at continue affordance 714, electronic device 700 determineswhether the geographic location (e.g., location defined by GPScoordinates (e.g., as determined by GPS module 135)) of electronicdevice 700 is located in one of the countries in a list of predeterminedcountries. Each country in the list of predetermined countries has oneor more issuers (e.g., banks) operating therein that issues paymentscards without visible account information. Electronic device 700determines that the geographic location of electronic device 700 is inone of the countries in the list of predetermined countries.

Upon determining that the geographic location of electronic device 700is located in one of the countries in the list of predeterminedcountries, electronic device 700 determines whether the number ofpotential issuers of the payment card is less than some predetermined(or predefined) number (e.g., 5, 10, 15, 20). The potential issuers areissuers of payment cards without visible account information (or paymentcards that require specific processes for adding the secure credential)who are operating in the country in which electronic device 700 iscurrently located. Subsequent to, or concurrent with, determining thegeographic location, electronic device 700 determines that the number ofpotential issuers is not less than the predefined number (e.g., not lessthan 10).

At FIG. 7D, upon determining that the number of potential issuers is notless than the predefined number, electronic device 700 displays (e.g.,replaces display of introduction UI 712 with) issuer search UI 718.Issuer search UI 718 enables the user to search for the issuer of thepayment card. Issuer search UI 718 includes virtual keyboard 720, whichis used to enter the name of the issuer of the payment card. Issuersearch UI also includes text entry field 722, which displays the one ormore characters entered via virtual keyboard 720. As a user enters oneor more characters via virtual keyboard 720, electronic device 700displays results in real-time, where only the issuers that match orcorrespond to the entered one or more characters are displayed.

At FIG. 7E, while displaying issuer search UI 718, electronic device 700receives input via virtual keyboard 720. In response to receiving inputvia virtual keyboard 720, electronic device 700 displays the enteredcharacters (“B” and “A”) in text entry field 722. Further in response toreceiving input via virtual keyboard 720, electronic device 700 displaysissuer affordances 724 a-d, which include a name of the issuer and anaccount type (e.g., credit, debit). Issuer affordances 724 a-d areselected for display based on the name of the issuer associated with theissuer affordance. For example, issuer affordances 724 a-d are displayedbecause the name of the issuer (i.e., Baz Bank) corresponds to theentered characters (e.g., the name of the issuer includes one or more ofthe entered characters). Further in response to receiving input viavirtual keyboard 720, electronic device 700 displays alternative cardaffordance 726, which, when activated, results in initiating a processfor capturing information about the secure credential using the camerasensor of electronic device 700. In some embodiments, electronic device700 displays alternative card affordance 726 in issuer search UI 718 ofFIG. 7D.

At FIG. 7F, while displaying issuer search UI 718, electronic device 700receives additional input (“Z”) via virtual keyboard 720 and, inresponse, updates the results of the search for the issuer of thepayment card. That is, in response to receiving additional input viavirtual keyboard 720, electronic device 700 ceases to display issueraffordances 724 a-d. Further in response to receiving additional inputvia virtual keyboard 720, electronic device 700 displays issueraffordances 724 e-f.

The user seeks to input information about the payment card (e.g., adebit card issued by Baz Bank), so the user taps on issuer affordance724 e. While displaying issuer search UI 718, electronic device receivesinput 728 (e.g., tap gesture) at issuer affordance 724 e. In response toreceiving input 728 at issuer affordance 724 e, electronic device 700determines (e.g., after an initial determination that the paymentaccount associated with affordance 724 e is an account associated with apayment card that does not have visible information or that requiresprovisional via a specific application) whether the applicationcorresponding to the issuer (e.g., Baz Bank application) associated withissuer affordance 724 e is already installed on electronic device 700.Electronic device 700 determines that the Baz Bank application is notinstalled on electronic device 700.

At FIG. 7G, upon determining that the Baz Bank application is notinstalled on electronic device 700, electronic device 700 displays(e.g., replaces display of issuer search UI 718 with) app required UI730 with app store affordance 732. App required UI 730 prompts the userto use the Baz Bank application to continue with adding the securecredential to electronic device 700.

At FIG. 7H, the user seeks to download the Baz Bank application, so theuser taps on app store affordance 732. While displaying app required UI730, electronic device 700 receives input 736 at app store affordance732.

At FIG. 7I, in response to receiving input 736 at app store affordance732, electronic device 700 displays (e.g., replaces display of apprequired UI 730 with) app store UI 738. App store UI 738 includes alanding page for the Baz Bank application with download affordance 740.To input information about the secure credential, the user downloads theapplication. While displaying app store UI 738, electronic device 700receives an input (e.g., a tap gesture) at download affordance 740. Inresponse to receiving the input at download affordance 740, electronicdevice 700 initiates a process for downloading the Baz Bank application.This process can require user authentication prior to downloading theBaz Bank application. After downloading the application, electronicdevice 700 receives an input for launching (or opening) the Baz Bankapplication. After launching the Baz Bank application, electronic device700 receives input (e.g., user account information (e.g., username,password), billing address) about the secure credential. Electronicdevice 700 uses this input to add a secure credential to electronicdevice 700, thereby enabling electronic device 700 to use the securecredential in future transactions.

FIG. 7J illustrates a different process for inputting information aboutthe secure credential using the camera sensor of electronic device 700.Using camera capture UI, electronic device 700 can receive informationabout the secure credential by capturing images of visible accountinformation located on a payment card. As shown in FIG. 7J, a portion ofa payment card is positioned within the field of view of a rear-facingcamera of electronic device 700. After a card is adequately positioned,electronic device 700 then performs optical character recognition on theimages (e.g., captured images) to extract information associated withthe payment card. Electronic device 700 subsequently inputs theinformation to add a secure credential to the electronic device. Asdiscussed above, FIG. 7C illustrates that while displaying introductionUI 712, electronic device 700 receives input 716 at continue affordance714. In response to receiving input 716 at continue affordance 714,electronic device 700 determines whether the geographic location (e.g.,location defined by GPS coordinates) of electronic device 700 is locatedin one of the countries in a list of predetermined countries. In someembodiments, upon determining that the geographic location of electronicdevice 700 is not in one of the countries in the list of predeterminedcountries, electronic device 700 displays camera capture UI 742, asshown in FIG. 7J (instead of issuer search UI 718 shown in FIG. 7D andissuer selection UI 744 shown in FIG. 7K).

As discussed above, FIGS. 7E-7F and FIGS. 7K-7L illustrate userinterfaces that include alternative card affordance 726. In someembodiments, upon activation of alternative card affordance 726,electronic device 700 displays camera capture UI 742, as shown in FIG.7J (e.g., replaces the display of the user interface that includesalternative card affordance 726 with camera capture UI 742).

As discussed above, FIGS. 7E-7F and FIG. 7L illustrate user interfacesthat include affordances with account types (e.g., debit, credit). Insome embodiments, upon activation of an affordance with a credit accounttype (e.g., 724 b, 724 d, 724 f, and 752 b), electronic device 700displays camera capture UI 742, as shown in FIG. 7J (e.g., replaces thedisplay of the user interface that includes the affordance with thecredit account type with camera capture UI 742).

FIG. 7K illustrates a different process for finding the issuer of apayment card. As discussed above with respect to FIG. 7C, upondetermining that the geographic location of electronic device 700 is inone of the countries in the list of predetermined countries, electronicdevice 700 determines whether the number of potential issuers of thepayment card is less than some predefined number (e.g., 5, 10, 15, 20).In some embodiments, upon determining that the number of potentialissuers of the payment card is less than the predefined number,electronic device 700 displays issuer selection UI 744 shown in FIG. 7K(instead of issuer search UI 718 shown in FIG. 7D). Issuer selection UI744 includes issuer affordances 746 a-c, which includes the names ofpotential issuers operating in the geographic location of electronicdevice 700. In some embodiments, issuer selection UI 744 includesalternative card affordance 726.

At FIG. 7K, the user seeks to select Baz Bank as the issuer of thepayment card, and taps on issuer affordance 746 a. In some embodiments,while displaying issuer selection UI 744, electronic device 700 receivesinput 748 at issuer affordance 746 a.

At FIG. 7L, in response to receiving input 748 at issuer affordance 746a, electronic device 700 displays (e.g., replaces display of issuerselection UI 744 with) type selection UI 751 with type affordances 752a-b, which show the different account types (e.g., debit, credit) ofcards issued by Baz Bank. In some embodiments type selection UI 751includes alternative card affordance 726. The user seeks to inputinformation about a debit card issued by Baz Bank, so the user taps ontype affordance 752 a. Thus, electronic device 700 receives input 750 attype affordance 752 a. In response to receiving input 750 at typeaffordance 752 a, electronic device 700 determines whether theapplication corresponding to type affordance 752 a (i.e., Baz Bankapplication) is already installed on electronic device 700. In someembodiments, electronic device 700 determines that the Baz Bankapplication is not installed, and in response, displays app required UI730 with app store affordance 732, as shown in FIG. 7G. In someembodiments, electronic device 700 determines that the Baz Bankapplication is already installed on electronic device 700.

At FIG. 7M, upon determining that the Baz Bank application is alreadyinstalled on electronic device 700, electronic device 700 displays(e.g., replaces display of type selection UI 751 with) app required UI730 with launch affordance 754. Receiving input at launch affordance 754results in electronic device 700 launching (or opening) the Baz Bankapplication. After launching the Baz Bank application, electronic device700 receives input (e.g., user account information (e.g., username,password), billing address) about the secure credential. Electronicdevice 700 uses this input to add a secure credential to electronicdevice 700, thereby enabling electronic device 700 for use intransactions.

In some embodiments, the user interface of FIG. 7M is displayed inresponse to input 728 while displaying the user interface of FIG. 7F,after the electronic device 700 determinates that the relevantapplication is already installed on electronic device 700.

Turning back to FIG. 7L, electronic device 700 can display userinterfaces other than the interface of FIG. 7M, in response to receivinginput 750 that corresponds to the selection of an account type. In someembodiments, in response to input 750, electronic device 700 displaysinterfaces similar to those of FIGS. 7G to 7I, after determining thatthe Baz Bank application is not installed on electronic device 700.

FIG. 7N depicts user interface 762 of an application for managing andconfiguring a companion electronic device (e.g., a smartwatch (e.g.,electronic device 500)) that is paired and wirelessly connected withelectronic device 700. User interface 762 includes affordance 766 thatcan be used to initiate a process for inputting information about asecure credential (e.g., a credential that has also been inputted intoelectronic device 700 or a secure credential that has not been inputtedinto device 700) to the companion device. While displaying userinterface 762, electronic device 700 receives input 764 at affordance766. In some embodiments, in response to receiving input 764 ataffordance 766, electronic device 700 initiates a process for adding asecure credential to the companion device (e.g., the process includessome or all of the features and user interfaces described in FIGS.7A-7M). In some embodiments, the process and user interfaces associatedwith the process are generated by the application for managing andconfiguring the companion electronic device, rather than a separateapplication, such as the wallet application of FIG. 7A.

During the process for adding the secure credential, the user identifiesthe issuer and/or type (e.g., credit, debit) associated with the paymentcard. As illustrated in FIG. 7O, upon receiving identification (e.g.,selection) of the issuer and/or type associated with the payment card(e.g., using an interface similar or identical to that of FIG. 7F or7L), electronic device displays app required UI 756, which prompts theuser to download the application associated with the issuer (e.g., BazBank application) at a later time to input information about the securecredential. Sometimes, it is preferable to require the user to manuallyexit the application dedicated to the companion electronic device beforedownloading the application to ensure the user is aware of whether theapplication is being downloaded for electronic device 700 or thecompanion device. In some embodiments, after displaying app required UI756, electronic device 700 outputs (e.g., outputs after a predeterminedtime has elapsed without the user downloading the application associatedwith the issuer) a prompt (e.g., notification) including an affordancewhich, when activated, results in displaying a landing page for theapplication associated with the issuer (e.g., a page similar to that ofFIG. 7I).

FIGS. 8A-8C are a flow diagram illustrating method 800 for inputtinginformation about a secure credential using an electronic device inaccordance with some embodiments. Method 800 is performed at a device(e.g., 100, 300, 500) with a display. Some operations in method 800 are,optionally, combined, the orders of some operations are, optionally,changed, and some operations are, optionally, omitted.

As described below, method 800 provides an intuitive way for inputtinginformation about a secure credential using an electronic device. Themethod reduces the cognitive burden on a user for inputting informationabout a secure credential using an electronic device, thereby creating amore efficient human-machine interface. For battery-operated computingdevices, enabling a user to input information about a secure credentialusing an electronic device faster and more efficiently conserves powerand increases the time between battery charges.

The electronic device (e.g., 700) displays (802), on the display (e.g.,702), an initiation user interface (e.g., 712) including an affordance(e.g., 714) for adding a secure credential (e.g., credit card, debitcard, security token) to the electronic device (e.g., for inputtinginformation about the secure credential). In some embodiments, theinitiation user interface is an interface of the first party application(in some embodiments, the initiation user interface is an interface thatcorresponds to the first party application (e.g., it is an interface ofa different first party application (e.g., both the initiation userinterface and the first party application used to perform one or moresteps of the first process are developed and/or released by themanufacturer of the electronic device, or developed and/or released bythe developer of the operating system of the electronic device))).

The electronic device receives (804) a request (e.g., 716) to add thesecure credential to the electronic device (e.g., to input informationabout the secure credential), wherein the request corresponds to theaffordance for adding the secure credential (in some embodiments,receiving the request includes receiving an input (e.g., tap) at alocation corresponding to the affordance) (in some embodiments,receiving the request includes receiving spoken user input to select theaffordance).

The electronic device, in response to receiving (804) the request (e.g.,716) to add the secure credential to the electronic device, inaccordance with a determination that the electronic device was operatingin a first context when the request to add the secure credential wasreceived (in some embodiments, the first context includes the electronicdevice being at a first location (e.g., a geographic location, acountry, a predetermined location of a list of predeterminedlocations)), the electronic device initiates (806) a first process forinputting information about the secure credential to the electronicdevice (in some embodiments, initiating the first process for inputtinginformation about the secure credential to the electronic deviceincludes displaying a user interface (e.g., 718, 744) for identifyingthe issuer of the information (e.g., security token number, credit cardnumber, debit card number, expiration date of credit or debit card)associated with the secure credential). Initiating the first process(e.g., a process that is alternative to the second process) upondetermining that the electronic device was operating in the firstcontext provides a user with a specific process for adding a securecredential to the electronic device, where the specific process isconfigured for the type of secure credential that is highly correlatedwith the first context. Initiating the first process when a set ofconditions has been met without requiring a explicit request to performthat process enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, wherein the secure credential is associated with anissuer (e.g., an administrator, a regulator or monitor of activityassociated with the secure credential) of the information associatedwith the secure credential, (e.g., the third party application isdeveloped and/or released by the issuer of the information associatedwith the secure credential (e.g., an entity (e.g., a university) thatissues an identification card with information associated with thesecure credential; a bank that issues a bank card with informationassociated with the secure credential)) and wherein initiating the firstprocess for inputting information about the secure credential to theelectronic device includes the electronic device receiving (808) aninput (e.g., 728, 748) corresponding to identification of the issuer ofthe information associated with the secure credential (e.g., receivingdirect entry (e.g., via a keyboard) of the name of the issuer orreceiving selection of the issuer from a list of potential issuers).

In some embodiments, initiating the first process for inputtinginformation about the secure credential to the electronic deviceincludes, in response to receiving the input corresponding toidentification of the issuer of the information associated with thesecure credential, the electronic device displays (810) a plurality oftypes of information (e.g., 724 a-f, 752 a-b) issued by the issuer ofthe information, the plurality of types of information including atleast a first type of information (e.g., credit account information)(e.g., 724 f, 752 b) and a second type of information (e.g., debitaccount information) (e.g., 724, 752 a), different from the first typeof information. In some embodiments, the electronic device displays thefirst type of information in a user interface (e.g., 718, 751) forselecting the type of information.

In some embodiments, while displaying the plurality of types ofinformation, the electronic device displays an alternative entryaffordance (e.g., 726). In some embodiments, the electronic devicereceives an input corresponding to selection of the alternative entryaffordance (e.g., an option for initiating the second process). In someembodiments, in response to receiving the selection of alternative entryaffordance, the electronic device displays, on the display, a captureuser interface (e.g., 742) for capturing information about the securecredential using one or more camera sensors of the electronic device(e.g., captures information presented on a card associated with thesecure credential or from displayed content associated with the securecredential) (in some embodiments, the capture user interface isdifferent from the initiation user interface (e.g., 712)) (in someembodiments, the capture user interface includes a live preview ofimages obtained by the one or more camera sensors) (in some embodiments,the capture user interface includes a manual entry affordance that, whenselected, triggers display of one or more text entry fields and avirtual keyboard) (in some embodiments, displaying the plurality oftypes of information includes ceasing displaying the initiation userinterface) (in some embodiments, the second process is executed as partof the first process when the first process proceeds to selection ofinformation of a first type). In some embodiments, while displaying thecapture user interface, the electronic device receives information aboutthe secure credential using the one or more camera sensors of theelectronic device. In some embodiments, the electronic device,subsequent to receiving information about the secure credential, inputsthe information (e.g., the information received via the one or morecamera sensors, information that is determined based on the informationreceived via the one or more camera sensors) about the secure credentialto the electronic device (in some embodiments, information about thesecure credential is used to generate (or issue) a secure credentialthat is stored in a secure element of the electronic device) (in someembodiments, the secure credential stored in the secure elementsubsequently releases only when proper authorization is provided) (insome embodiments, the information received via the one or more camerasensors is extracted from images obtained by the one or more camerasensors using optical character recognition).

In some embodiments, while displaying the plurality of types ofinformation, the electronic device receives an input corresponding toselection of the first type of information (e.g., credit accountinformation). In some embodiments, in response to receiving theselection of the first type of information, the electronic devicedisplays, on the display, a capture user interface (e.g., 742) forcapturing information about the secure credential using one or morecamera sensors of the electronic device (e.g., captures informationpresented on a card associated with the secure credential or fromdisplayed content associated with the secure credential) (in someembodiments, the capture user interface is different from the initiationuser interface (e.g., 712) (in some embodiments, the capture userinterface includes a live preview of images obtained by the one or morecamera sensors) (in some embodiments, the capture user interfaceincludes a manual entry affordance that, when selected, triggers displayof one or more text entry fields and a virtual keyboard) (in someembodiments, displaying the plurality of types of information includesceasing displaying the initiation user interface) (in some embodiments,the second process is executed as part of the first process when thefirst process proceeds to selection of information of a first type).

In some embodiments, while displaying the capture user interface, theelectronic device receives information about the secure credential usingthe one or more camera sensors of the electronic device. In someembodiments, subsequent to receiving information about the securecredential, the electronic device inputs the information (e.g., theinformation received via the one or more camera sensors, informationthat is determined based on the information received via the one or morecamera sensors) about the secure credential to the electronic device (insome embodiments, information about the secure credential is used togenerate (or issue) a secure credential that is stored in a secureelement of the electronic device) (in some embodiments, the securecredential stored in the secure element subsequently releases only whenproper authorization is provided).

The electronic device, further in response to receiving (804) therequest (e.g., 716) to add the secure credential to the electronicdevice, in accordance with a determination that the device was operatingin a second context (in some embodiments, the second context includesthe electronic device being at a second location different from thefirst location (e.g., a location that does not match a list ofpredetermined locations)), different from the first context, when therequest to add the secure credential to the device was received, theelectronic device initiates (812) a second process for inputtinginformation about the secure credential to the electronic device, thesecond process being different from the first process (in someembodiments, initiating the second process for inputting informationabout the secure credential to the electronic device includes displayinga user interface (e.g., 742) for capturing information (e.g., securitytoken number, credit card number, debit card number, expiration date ofcredit or debit card) associated with the secure credential via one ormore camera sensors). In some embodiments, the first context includesthe electronic device being at a first location (e.g., a geographiclocation, a country; a predetermined location of a list of predeterminedlocations) (in some embodiments, the electronic device is in the firstcontext (e.g., the device is in a first mode) in accordance with (e.g.,based on) a determination (e.g., based on GPS data) that the electronicdevice is at a first location that corresponds to the first process(e.g., is highly correlated with information associated with the securecredential(s) that correspond to a first process for inputting theinformation)). In some embodiments, the second context includes theelectronic device being at a second location different from the firstlocation (e.g., a location that does not match a list of predeterminedlocations) (in some embodiments, the electronic device is in the secondcontext (e.g., the device is in a second mode) in accordance with (e.g.,based on) a determination (e.g., based on GPS data) that the electronicdevice is at a second location that does not correspond to the firstprocess (e.g., the second process is default process) or thatcorresponds (e.g., specifically corresponds) to the second process(e.g., is highly correlated with information associated with the securecredential(s) that correspond to the second process for inputting theinformation)). Initiating the second process (e.g., a default process)upon determining that the electronic device was operating in the secondcontext provides a user with a specific process for adding a securecredential to the electronic device, where the specific process isconfigured for the type of secure credential that is highly correlatedwith the second context. Initiating the second process when a set ofconditions has been met without requiring a explicit request to performthat process enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, initiating the second process includes theelectronic device displaying (814), on the display, a capture userinterface (e.g., 742) for capturing information about the securecredential using one or more camera sensors of the electronic device(e.g., captures information presented on a card associated with thesecure credential or from displayed content associated with the securecredential) (in some embodiments, the capture user interface beingdifferent from the initiation user interface (e.g., 712)) (in someembodiments, the capture user interface includes a live preview ofimages obtained by the one or more camera sensors) (in some embodiments,the capture user interface includes a manual entry affordance that, whenselected, triggers display of one or more text entry fields and avirtual keyboard) (in some embodiments, initiating the second processincludes ceasing displaying the initiation user interface including theaffordance for adding the secure credential to the electronic device).

In some embodiments, initiating the second process further includes theelectronic device receiving (816) information about the securecredential using the one or more camera sensors of the electronicdevice.

In some embodiments, initiating the second process further includes,subsequent to receiving information about the secure credential, theelectronic device inputs (818) the information (e.g., the informationreceived via the one or more camera sensors, information that isdetermined based on the information received via the one or more camerasensors) about the secure credential to the electronic device (in someembodiments, information about the secure credential is used to generate(or issue) a secure credential that is stored in a secure element of theelectronic device) (in some embodiments, the secure credential stored inthe secure element subsequently releases only when proper authorizationis provided).

In some embodiments, the second process includes performing one or moreoperations using a first party application (e.g., corresponding to 742)of the electronic device (e.g., an application developed and/or releasedby the manufacturer of the electronic device, or developed and/orreleased by the developer of the operating system of the electronicdevice). In some embodiments, the first process includes performing oneor more operations using a third party application of the electronicdevice (e.g., an application that is not developed and/or released bythe manufacturer of the electronic device, or not developed and/orreleased by the developer of the operating system of the electronicdevice; an application that is developed and/or released by an entityother than the manufacturer of the device and/or operating system) thatis different from the first party application, the third partyapplication corresponding to an issuer (e.g., an administrator, aregulator or monitor of activity associated with the secure credential)of the information associated with the secure credential (e.g., thethird party application is developed and/or released by the issuer ofthe information associated with the secure credential (e.g., an entity(e.g., a university) that issues an identification card with informationassociated with the secure credential; a bank that issues a bank cardwith information associated with the secure credential)). Performing thesecond process using a first party application improves the security ofthe device by ensuring that information about the secure credential istransmitted and/or stored securely.

In some embodiments, wherein the secure credential is associated with anissuer (e.g., an administrator, a regulator or monitor of activityassociated with the secure credential) of the information associatedwith the secure credential (e.g., the third party application isdeveloped and/or released by the issuer of the information associatedwith the secure credential (e.g., an entity (e.g., a university) thatissues an identification card with information associated with thesecure credential; a bank that issues a bank card with informationassociated with the secure credential)) and wherein initiating the firstprocess for inputting information about the secure credential to theelectronic device includes: in accordance with a determination that atotal number of candidate (e.g., possible, potential) issuers of theinformation associated with the secure credential is less than apredetermined threshold (e.g., 5, 10, 20), the electronic devicedisplays a list (e.g., as a plurality of affordances (e.g., 746 a-c)) ofthe candidate issuers. In some embodiments, in accordance with adetermination that the total number of candidate issuers of theinformation associated with the secure credential is not less than apredetermined threshold, the electronic device concurrently displays oneor more text entry fields (e.g., 722) and a virtual keyboard (e.g., 720)with a plurality of character keys for inputting characters into the oneor more text entry fields (in some embodiments, the text entry field(s)and virtual keyboard are displayed without displaying the list ofcandidate issuers). Displaying a list of candidate issuers upondetermining that the number of potential issuers of the payment card isless than the predefined number provides a user with an efficient methodfor selecting the issuer associated with the secure credential.Displaying the list of candidate issuers when a set of conditions hasbeen met without requiring an explicit request for displaying that listenhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently. For example, when the number of candidate issuers issmall, it can be more efficient for a user to select a candidate issuerfrom a list instead of searching for an issuer using a virtual keyboard.Displaying a user interface for searching for an issuer upon determiningthat the number of potential issuers of the payment card is not lessthan the predefined number provides a user with an efficient method forselecting the issuer associated with the secure credential. Displayingthe user interface for searching for an issuer when a set of conditionshas been met without requiring an explicit request for displaying thatuser interface enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. For example, when thenumber of candidate issuers is large, it can be more efficient for auser to search for an issuer using a virtual keyboard instead ofscrolling through a list to find the desired issuer.

In some embodiments, while displaying the plurality of types ofinformation, the electronic device receives (820) an input (e.g., 728,750) corresponding to selection of the second type of information (e.g.,debit account information) (e.g., 724 e).

In some embodiments, in response to receiving the selection of thesecond type of information, the electronic device initiates (822) aprocess for inputting information about the secure credential to theelectronic device that includes performing one or more operations usingan application corresponding to the issuer (e.g., an administrator, aregulator or monitor of activity associated with the secure credential)of the information of the second type (e.g., the third party applicationis developed and/or released by the issuer of the information associatedwith the secure credential (e.g., an entity (e.g., a university) thatissues an identification card with information associated with thesecure credential; a bank that issues a bank card with informationassociated with the secure credential)). In some embodiments, theprocess for inputting information about the secure credential includesperforming one or more operations using an application provided by theissuer of the information associated with the secure credential when theinformation associated with the secure credential is information of asecond (e.g., certain (e.g., debit)) type. In such embodiments, theinformation about the secure credential is provided directly to theelectronic device by the application provided by the issuer.

In some embodiments, wherein initiating the process for inputtinginformation about the secure credential to the electronic device thatincludes performing one or more operations using the applicationcorresponding to the issuer of the information of the second typeincludes, in accordance with a determination that applicationcorresponding to the issuer of the information of the second type isinstalled (e.g., already installed) on the electronic device, theelectronic device initiates the application corresponding to the issuerof the information of the second type or displays an affordance (e.g.,754) that, when selected, initiates the application corresponding to theissuer of the information of the second type (in some embodiments,initiating the application includes launching the application). In someembodiments, in accordance with a determination that applicationcorresponding to the issuer of the information of the second type is notinstalled (e.g., not currently installed) on the electronic device, theelectronic device initiates a process of downloading the applicationcorresponding to the issuer of the information of the second type ordisplaying an affordance (e.g., 732) (e.g., of a user interface (e.g.,730)) that, when selected, initiates a process to download theapplication corresponding to the issuer of the information of the secondtype (e.g., an affordance (e.g., 732) that, when selected, displays auser interface (e.g., 738) for downloading the application (e.g., a userinterface of a application store or application library with anaffordance (e.g., 740) for initiating a download of the application))(in some embodiments, initiating the application is different frominitiating a process to download the application). Displaying anaffordance for initiating the application corresponding to the issuer ofthe information of the second type prompts the user to continue with theprocess for adding the secure credential to the electronic device.Prompting the user enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. Similarly, displaying anaffordance for initiating a download of the application corresponding tothe issuer of the information of the second type prompts the user tocontinue with the process for adding the secure credential to theelectronic device. Prompting the user enhances the operability of thedevice and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, while the application corresponding to the issuerof the information of the second type is active, the electronic deviceinputs (824) the information about the secure credential to theelectronic device. In some embodiments, information about the securecredential is used to generate (or issue) a secure credential that isstored in a secure element of the electronic device. In someembodiments, the secure credential stored in the secure elementsubsequently releases only when proper authorization is provided.

In some embodiments, subsequent to inputting information about thesecure credential to the electronic device, the electronic devicecompletes (826) a transaction using the information about the securecredential by transmitting (e.g., transmitting in an encoded and secureform) the information about the secure credential to an externalelectronic device (e.g., a terminal, a server).

Note that details of the processes described above with respect tomethod 800 (e.g., FIGS. 8A-8C) are also applicable in an analogousmanner to the methods described below. For example, method 800optionally includes one or more of the characteristics of the variousmethods described below with reference to method 1000. For example,information about a secure credential (e.g., first credential asdescribed in method 1000) can be input on an electronic device using theprovisioning processes of method 800. For another example, method 800optionally includes one or more of the characteristics of the variousmethods described below with reference to method 1200. For example,information about a secure credential (e.g., credential as described inmethod 1200) can be input on an electronic device using the provisioningprocesses of method 800. For brevity, these details are not repeatedbelow.

FIGS. 9A-9J illustrate exemplary user interfaces for managing the use ofa credential provisioned on an electronic device that operates on storedpower, in accordance with some embodiments. The user interfaces in thesefigures are used to illustrate the processes described below, includingthe processes in FIGS. 10A-10C.

FIG. 9A illustrates an electronic device 700 (e.g., a smartphone, amobile device) similar to electronic device 700 described above withreference to FIGS. 7A-7O and electronic devices 700 and 700B describedbelow with reference to FIGS. 11A-11V. In some embodiments, electronicdevice 700 includes a display 702, one or more input devices (e.g., atouch-sensitive surface of display 702, a mechanical input device 701,such as a power button, a camera 703, a mic), one or more output devices(e.g., a speaker), and one or more sensors (e.g., a biometric sensor704, such as a depth sensor, a fingerprint sensor). In some embodiments,one or more sensors (e.g., a biometric sensor, such as a fingerprintsensor) of electronic device 700 is integrated with/into a differentcomponent of the device (e.g., a fingerprint sensor is integrated withdisplay 702).

In some embodiments, electronic device 700 operates on stored(electrical) power, such as power stored in one or more (rechargeable)batteries, one or more capacitors, and/or other types of power storagedevices. In some embodiments, electronic device 700 is in a low-powerstate (e.g., a low-battery state) when the device has less than (orequal to or less than) a threshold amount of stored power remaining asstored power (e.g., less than 1% of maximum power capacity, less than 3%of maximum power capacity, less than 5% of maximum power capacity) andis in a regular-power state (e.g., a non-low-battery state) when thedevice has more than (or equal to or more than) the threshold amount ofstored power remaining as stored power.

In FIG. 9A, display 702 of electronic device 700 is in an off state (butthe device itself is in an on state). In FIG. 9B, while display 702 isin the off state, electronic device 700 receives an activation 901(e.g., a single click/press input, a double click/press input) ofmechanical input device 701. Alternatively, in other embodiments,electronic device 700 receives an activation (e.g., a single touchinput, a double touch input) on display 702 (instead of activation 901of mechanical input device 701).

In some embodiments, electronic device 700 is in the regular-power state(e.g., a non-low-battery state) when the device receives activation 901of mechanical input button 701. As shown in FIG. 9C, in response todetecting activation 901 while electronic device 700 is in theregular-power state, in accordance with a determination that activation901 is a first type of activation input (e.g., a single-pressclick/input), electronic device 700 displays, on display 702, a lockscreen user interface 910. In some embodiments, lock screen userinterface 910 includes an indication 910A that electronic device 700 iscurrently in a user interface-locked state and an indication 910B of thecurrent time and/or date.

In some embodiments, electronic device 700 is in the regular-power state(e.g., a non-low-battery state) when the device receives activation 901of mechanical input button 701. In some embodiments, in response todetecting activation 901 while electronic device 700 is in theregular-power state, in accordance with a determination that activation901 is a second type of activation input (e.g., a double-pressclick/input) that is different from the first type of activation input(e.g., a single-press click/input), electronic device 700 displays, ondisplay 702, a transfer application user interface 912 of a transferapplication (e.g., a first-party electronic wallet applicationcontrolled by the operating system of the device), as shown in FIG. 9D.Transfer application user interface 912 includes a representation 914 ofa transfer account (e.g., a payment account, a points account, a transitaccount, a stored-value account, a credit card account) corresponding tothe transfer account currently selected for use in a transfer operation(e.g., a transaction, such as a payment transaction) and a stack 916 ofone or more partially visible) representations of transfer accountscorresponding to other transfer accounts that are not currently selectedfor use in a transfer operation. Transfer application user interface 912also includes an indication 918 requesting authentication (e.g.,biometric authentication, such as facial recognition authentication,fingerprint authentication, or iris/retina scan authentication; passcodeor password authentication) to provide authorization for proceeding witha transfer operation.

In some embodiments, electronic device 700 is in the low-power state(e.g., a low-battery state) when the device receives activation 901 ofmechanical input button 701. In some embodiments, in response todetecting activation 901 while electronic device 700 is in the low-powerstate, electronic device 700 displays, on display 702, a low-power userinterface 920, as shown in FIG. 9E. In some embodiments, low-power userinterface 920 is only displayed by electronic device 700 when the deviceis in the low-power state (because it has less than the threshold amountof power remaining as stored power). Low-power user interface 920includes an indication 922A that electronic device 700 is currently inthe low-power state (e.g., visually indicative of the low-power state,such as a battery graphic/animation with low battery). Low-power userinterface 920 also includes an indication 922B (e.g., stating “You CanStill Use Your Express Mode Pass Without Battery”) that electronicdevice 700 can still perform one or more operations while in thelow-power state. Lower-power user interface 920 further includes anindication 922C that electronic device 700 needs to be charged (toreturn to the regular-power state, in which the device can performoperations that can only be performed in the regular-power state and notin the low-battery state, such as an authentication operation).

FIG. 9F illustrates electronic device 700 being held by a user of thedevice while the user is entering a transit gateway 924 of a transitstation (e.g., a subway station, a train station, a bus station, anairport) and while the device is in the low-power state. In someembodiments, one or more transfer accounts (e.g., a payment account, astored-value account, a transit account, a secure access card)provisioned on electronic device 700 is in an “express mode.” In someembodiments, an account set to express mode can be used via electronicdevice 700 to perform a transfer operation with a second electronicdevice (e.g., a payment transaction terminal, such as transactionterminal 926 of transit gateway 924) without receiving authentication(e.g., biometric authentication, such as facial recognitionauthentication, fingerprint authentication, or iris/retina scanauthentication; passcode or password authentication) from the user toauthorize the transfer operation. In some embodiments, an account thatis not set to express mode or an account that is not available for usein express mode requires authentication (e.g., biometric authentication,such as facial recognition authentication, fingerprint authentication,or iris/retina scan authentication; passcode or password authentication)from the user to authorize the transfer operation. In some embodiments,a first type of transfer account (e.g., a stored-value account, a secureaccess card, a stored-value account) can be used/set to express mode. Insome embodiments, a second type of transfer account (e.g., a credit cardaccount) cannot be used/set to express mode.

As shown in FIG. 9F, transaction terminal 926 of transit gateway 924 ofthe transit station is generating a field 928 (e.g., a near-fieldcommunication (NFC)-based field). In FIG. 9F, electronic device 700 isnot held within range of field 928 of transaction terminal 926 by theuser. Thus, electronic device 700 is not detecting (e.g., via a wirelesscommunication radio of the device) the presence of field 928.

In FIG. 9G, while a transfer account (e.g., a transit account) availablein (and set to) express mode is provisioned on electronic device 700 andwhile the device is in the low-power state, the device detects (e.g.,via a wireless communication radio of the device) the presence of field928 generated by transaction terminal 926 of transit gateway 924. Inresponse to detecting field 928 (and in accordance with a determinationthat a transfer account set to express mode is available for use via thedevice), electronic device 700 transmits a credential (e.g., of aprovisioned transit card, of a provisioned transit pass) associated withthe transfer account to transaction terminal 926 of transit gateway 924for use in a transaction (e.g., a payment or a pass to enter the transitstation). In some embodiments, in accordance with a determination that aplurality of transfer accounts (that are set to express mode) areavailable for use, electronic device 700 automatically selects (e.g.,based on an identifier or a tag detected based on field 928) acompatible transfer account for use in the transaction with transactionterminal 926.

In some embodiments, if the transfer operation between electronic device700 and transaction terminal 926 involves a payment transaction (e.g.,the transit fee), the transfer account associated with the transmittedcredential is a stored-value account (e.g., a payment account)associated with funds (and the funds from the transfer account in theamount of the transit fee is used for the transfer operation). In someembodiments, if the transfer operation between electronic device 700 andtransaction terminal 926 involves a transit pass (and not a transitfee), the transfer account associated with the transmitted credential isa transit pass account with a valid transit pass (e.g., a daily transitpass, a monthly transit pass).

In some embodiments, electronic device 700 displays, on display 702,low-power user interface 920 when field 928 is detected and thecredential is transmitted to transaction terminal 926. In someembodiments, electronic device 700 forgoes detecting field 928 generatedby transaction terminal 926 if display 702 is in the off state (and thusthe device does not transmit the credential associated with the transferaccount to transaction terminal 926).

As shown in FIG. 9G, transmitting the credential (e.g., of a provisionedtransit card, of a provisioned transit pass) to transaction terminal 926of transit gateway 924 causes the gateway to open, thus enabling theuser of electronic device 700 to enter the transit station.

In FIG. 9H, while a transfer account that is available to be used inexpress is provisioned on electronic device 700 but is not set toexpress mode on (or while none of the transfer accounts that areprovisioned on the device can be used in express mode), the devicedetects (e.g., via the wireless communication radio of the device) thepresence of field 928 generated by transaction terminal 926 of transitgateway 924. In response to detecting field 928, electronic device 700forgoes transmitting a credential associated with a transfer accountprovisioned on the device to transaction terminal 926 (because anexpress mode transfer account is not available on the device). As such,as shown in FIG. 9H, electronic device 700 does not cause transitgateway 924 to open, thus not enabling the user of the device to enterthe transit station.

In some embodiments, if electronic device 700 is in the regular-powerstate, the device transmits a credential associated with a compatibletransfer account to transaction terminal 926 of transit gateway 924without receiving authentication if the compatible transfer account isset to express mode and transmits the credential associated with thecompatible transfer account to transaction terminal 926 of transitgateway 924 after receiving successful authentication (e.g., biometricauthentication, such as facial recognition authentication, fingerprintauthentication, or iris/retina scan authentication; passcode or passwordauthentication) if the compatible transfer account is not set to expressmode (or is not available to be set to express mode).

FIG. 9I illustrates electronic device 700 being held by the user of thedevice near a secure access terminal 930 associated with a securelocation (e.g., a secure entrance to a secure location, such as a lockeddoor to a secure room or building) while in the low-power state. In someembodiments, electronic device 700 is displaying, on display 702, alow-power user interface 920. In some embodiments, display 702 is in anoff state (and thus not display low-power user interface 920).

In FIG. 9I, electronic device 700 detects (e.g., via a wirelesscommunication radio of the device) the presence of a field 932 generatedby secure access terminal 930. In some embodiments, secure accessterminal 930 is configured to control access to a secure location (e.g.,a room, a building) by locking/unlocking a secure door 934. In responseto (or subsequent to, after) detecting the presence of field 932generated by secure access terminal 930, electronic device 700 transmits(e.g., via a wireless communication radio of the device) a credential ofa transfer account (e.g., a secure access account) to secure accessterminal 930, where the transfer account is a secure access account thatis pre-configured to be compatible with secure access terminal 930. Asshown in FIG. 9I, transmitting the credential of the transfer account tosecure access terminal 930 causes secure door 934 to open, thus enablingthe user to enter the secure location. In some embodiments, as describedin greater detail below with reference to FIGS. 11M-11N, electronicdevice 700 can also transmit the credential of the transfer account tosecure access terminal 930 while in the regular-power state.

In some embodiments, if the transfer account is a secure access accountthat is not pre-configured to be compatible with secure access terminal930, transmitting the credential of the transfer account to secureaccess terminal 930 does not cause secure door 934 to open, for a valid(compatible) secure access account was not presented to secure accessterminal 930.

FIGS. 10A-10C are a flow diagram illustrating a method for managing theuse of a credential provisioned on an electronic device that operates onstored power, in accordance with some embodiments. Method 1000 isperformed at an electronic device (e.g., 100, 300, 500, 700, 700B) witha display (e.g., 702) and one or more input devices (e.g., atouch-sensitive surface of the display, a mechanical input device (e.g.,701), a mechanical home button, a mechanical power button). In someembodiments, the electronic device also includes one or more sensors(e.g., a camera, a biometric sensor, a depth sensor, a fingerprintsensor). Some operations in method 1000 are, optionally, combined, theorders of some operations are, optionally, changed, and some operationsare, optionally, omitted.

As described below, method 1000 provides an intuitive way for managingthe use of a credential provisioned on an electronic device thatoperates on stored power. The method reduces the cognitive burden on auser for managing the use of a credential provisioned on an electronicdevice that operates on stored power, thereby creating a more efficienthuman-machine interface. For battery-operated computing devices,enabling a user to manage the use of a credential provisioned on anelectronic device that operates on stored power faster and moreefficiently conserves power and increases the time between batterycharges.

While the electronic device (e.g., 700) is operating on stored power(e.g., stored power such as battery power, power stored in a capacitor,or other type of stored power), the electronic device detects (1002) arequest (e.g., 901) to wake the electronic device (e.g., a raise to wakegesture, a tap on a touch-sensitive surface of the display, a voicetrigger, an activation of a mechanical input element such as a buttonpress on a mechanical input device).

In response to detecting (1004) the request (e.g., 901) to wake theelectronic device (e.g., 700), in accordance with a determination (1006)that the electronic device has more than a threshold amount of availablepower (e.g., stored power such as battery power, power stored in acapacitor, or other type of stored power), the electronic devicedisplays (1008), on the display (e.g., 702), a wake screen userinterface (e.g., 910, a lock screen or notification screen). Displaying,in accordance with the determination that the electronic device has morethan a threshold amount of available power, the wake screen userinterface in response to detecting the request to wake the deviceprovides feedback about the current state of the device—that the devicehas and is operating on more than the threshold amount of availablepower. Providing improved visual feedback to the user enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, in accordance with the determination (1006) thatthe electronic device (e.g., 700) has more than the threshold amount ofavailable power (e.g., and subsequent to displaying the wake screen userinterface), the electronic device displays (1010), on the display (e.g.,702), a representation of a first credential (e.g., 914, either of thefirst type or a second type) and a representation of a second credential(e.g., either of the first type or the second type). Displaying therepresentation of the first credential and the representation of thesecond credential enables the user to quickly and easily choose betweenthe two different types of credentials. Providing additional control ofthe device enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. In some embodiments, therepresentation of the first credential (e.g., 914) and therepresentation of the second credential are displayed in a userinterface of a payment application, such as an electronic walletapplication. In some embodiments, the electronic device detects (1012),via the one or more input devices (e.g., a touch-sensitive surface ofthe display), selection of the representation of the first credential.In some embodiments, in response to detecting the selection of therepresentation of the first credential, the electronic device sets(1014) the first credential for use in a transaction.

In some embodiments, while the electronic device (e.g., 700) has (1016)more than the threshold amount of available power, while a firstcredential that is not of the second type (e.g., that is not associatedwith a credit card or a debit card) is provisioned on the electronicdevice and an express mode setting (e.g., represented by an express modeaffordance, such as a toggle, that is either in an “on” mode or an “off”mode; if in the off mode (and thus non-express mode), the electronicdevice requires authentication, such as biometric authentication, forthe credential of the first type to be available for use via theelectronic device; if in the on mode (and thus express mode), theelectronic device does not require authentication for the credential ofthe first type to be available for use via the electronic device)associated with the first credential is not activated (e.g., is in anon-express mode), the electronic device detects (1018) an input (e.g.,a user input, such as a touch input, on the displayed express modeaffordance) causing the express mode setting to be activated (e.g., isin an express mode).

In some embodiments, in response to detecting the input causing theexpress mode setting to be activated, the electronic device displays(1020), on the display (e.g., 702), an indication (e.g., an alert, anotification, a prompt) that the first credential may be available foruse via the electronic device while the electronic device has less thanthe threshold amount of available power. Displaying the indication thatthe first credential may be available for use via the electronic devicewhile the electronic device has less than the threshold amount ofavailable power in response to detecting the input causing the expressmode setting to be activated improves feedback by enabling the user toquickly and easily recognize that the first credential may be availablefor use even while the electronic device has less than the thresholdamount of available power. Providing improved visual feedback to theuser enhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently. In some embodiments, the indication indicates that thefirst credential will be available for use via the electronic devicewhile the electronic device has less than the threshold amount ofavailable power but more than no amount of available power (e.g., theelectronic device has no amount of available power when the stored poweris totally/entirely discharged). In some embodiments, the indicationindicates that the first credential will not be available for use viathe electronic device while the electronic device has no amount ofavailable power. In some embodiments, the indication indicates that thefirst credential will be available for use via the electronic devicewhile the electronic device has more than the threshold amount ofavailable power.

In response to detecting (1004) the request (e.g., 901) to wake theelectronic device (e.g., 700), in accordance with a determination (1022)that the electronic device has less than the threshold amount ofavailable power (e.g., the device is in a low-battery state) and that acredential of a first type (e.g., an express transit card, an expressstored-value account, an ID card; a card not requiring authentication)is provisioned on the electronic device, the electronic deviceconcurrently displays (1024), on the display (e.g., 702), an indication(e.g., 922A, a low-battery graphic) that the electronic device has lessthan the threshold amount of available power and an indication (e.g.,922B) that the credential of the first type is available for use via theelectronic device (e.g., for a transaction, for a payment). Displayingthe indication that the electronic device has less than the thresholdamount of available power in response to detecting the request to wakethe electronic device improves feedback by enabling the user to quicklyand easily recognize that the device has and is operating on less thanthe threshold amount of available power. Providing improved visualfeedback to the user enhances the operability of the device and makesthe user-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. Displaying theindication that the credential of the first type is available for usevia the electronic device while the device has less than the thresholdamount of available power improves feedback and enhances the operabilityof the device by enabling the user to recognize that access to certainfunctions of the device is still available even while the device hasless than the threshold amount of available power, thus making theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the electronic device (e.g., 700) includes awireless communication radio (e.g., for NFC connections). In someembodiments, subsequent to displaying the indication (e.g., 922B) thatthe credential of the first type is available for use via the electronicdevice (e.g., and while the electronic device has less than thethreshold amount of available power), the electronic device transmits(1026), via the wireless communication radio (e.g., through a NFCconnection), the credential of the first type to a second electronicdevice (e.g., 926, 930, a transaction terminal, a payment terminal, asecure access terminal) for use by the second electronic device in anoperation (e.g., a payment transaction, a secure access authorization).(Automatically) transmitting the credential of the first type to thesecond electronic device without requiring user selection of thecredential allows the user to quickly and easily proceed with theoperation. Performing an optimized operation when a set of conditionshas been met without requiring further user input enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, while the credential of the first type (e.g., anexpress transit card, an express stored-value account, an ID card; acard not requiring authentication) is provisioned (1028) on theelectronic device (e.g., 700) (e.g., and while the device has less thanthe threshold amount of available power), the electronic device detects(1030) (e.g., via a wireless communication radio of the device, andwhile displaying the indication (e.g., 922B) that the credential of thefirst type is available for use via the electronic device) presence of afield (e.g., 928, 932, a NFC field) generated by a second electronicdevice (e.g., 926, 930, a transaction terminal, a transit terminal, asecure access terminal such as a wireless badge reader for readingwireless identification information and determining whether to provideaccess to a secure resource/location (e.g., unlocking a door, unlockinga computer terminal, or the like) based on the identificationinformation). In some embodiments, the field generated by the secondelectronic device encodes a request for the credential.

In some embodiments, in response to detecting the presence of the fieldgenerated by the second electronic device, the electronic devicetransmits (1032) (e.g., via the wireless communication radio of thedevice) the credential of the first type to the second electronic device(e.g., without first requiring authentication from the user, such asbiometric authentication or passcode/password authentication).(Automatically) transmitting the credential of the first type to thesecond electronic device without requiring user selection of thecredential allows the user to quickly and easily proceed with theoperation. Performing an optimized operation when a set of conditionshas been met without requiring further user input enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently. In some embodiments, the electronic device forgoesgenerating feedback (e.g., visual feedback, haptic feedback, audiofeedback) upon transmitting the credential of the first type to thesecond electronic device, while the device has less than the thresholdamount of available power. In some embodiments, the electronic devicegenerates feedback upon transmitting the credentials, while the devicehas more than the threshold amount of available power. Forgoinggenerating feedback while the device has less than the threshold amountof available power and generating the feedback while the device has morethan the threshold amount of available power improves operability of thedevice by utilizing the available power of the device in a moreefficient manner, thereby reducing power usage and improving batterylife of the device.

In some embodiments, displaying the indication (e.g., 922B) that thecredential of the first type is available for use via the electronicdevice (e.g., 700) comprises displaying the indication that thecredential of the first type is available for use via the electronicdevice in accordance with a determination that an express mode setting(associated with the credential of the first type) of the electronicdevice is in an on state. In some embodiments, in accordance with adetermination that the express mode setting is in an off state, theelectronic device forgoes displaying the indication that the credentialof the first type is available for use via the electronic device evenupon determining that the device has less than the threshold amount ofavailable power (e.g., the device is in a low-battery state). In someembodiments, the electronic device applies the same express mode settingto all credentials of the first type that are provisioned on theelectronic device. In some embodiments, each credential of the firsttype provisioned on the electronic device is associated with itsrespective express mode setting. In some embodiments, the express modesetting can be adjusted (turned “on” or “off) by the user of theelectronic device, either for all provisioned credentials of the firsttype globally or for each provisioned credential of the first typeindividually. Allowing the user to adjust the express mode settingprovides the user with more control of the device and improves devicesecurity by enabling the user to allow certain credentials to be used inexpress mode (and thus not require authentication) and certaincredentials to be used in non-express mode (and thus requireauthentication). Providing additional control of the device enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In response to detecting (1004) the request (e.g., 901) to wake theelectronic device (e.g., 700), in accordance with a determination (1034)that the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, the electronic device displays(1036), on the display (e.g., 702), the indication (e.g., 922A) that theelectronic device has less than the threshold amount of available powerwithout displaying the indication that the credential is available foruse via the electronic device. Displaying the indication that theelectronic device has less than the threshold amount of available powerwithout displaying the indication that the credential is available foruse via the electronic device improves feedback by enabling the user toquickly and easily recognize that the device has and is operating onless than the threshold amount of available power but that a credentialis not available for use via the device while the device is operating onless than the threshold amount of available power. Providing improvedvisual feedback to the user enhances the operability of the device andmakes the user-device interface more efficient (e.g., by helping theuser to provide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the credential of the first type is available foruse via the electronic device (e.g., 700) while the electronic devicehas less than the threshold amount of available power (e.g., the deviceis in a low-battery state), and a credential of a second type differentfrom the first type is not available for use via the electronic devicewhile the electronic device has less than the threshold amount ofavailable power. In some embodiments, the credential of the second typerequires authentication (e.g., biometric authentication, such as facialrecognition authentication, fingerprint authentication, or iris/retinascan authentication; passcode or password authentication) to be used viathe electronic device (e.g., for a transaction, such as a paymenttransaction). In some embodiments, the electronic device cannot performauthentication while the device has less than the threshold amount ofavailable power. Thus, in some embodiments, because the credential ofthe second type requires authentication to be used via the electronicdevice, the credential of the second type cannot be used via theelectronic device (e.g., for a transaction, such as a paymenttransaction) when the electronic device has less than the thresholdamount of available power; the credential of the second type can only beused via the electronic device when the electronic device as much as ormore than the threshold amount of available power.

In some embodiments, the credential of the first type does not requireauthentication (e.g., biometric authentication, such as facialrecognition authentication, fingerprint authentication, or iris/retinascan authentication; passcode or password authentication) to be used viathe electronic device (e.g., 700) (e.g., for a transaction or apayment), and a credential of a second type different from the firsttype requires authentication to be used via the electronic device.

In some embodiments, the electronic device (e.g., 700) enables anauthentication operation (e.g., for authenticating a provisionedcredential for use via the electronic device in a transaction, apayment, or a secure access request) while the electronic device hasmore than the threshold amount of available power, and the electronicdevice disables the authentication operation while the electronic devicehas less than the threshold amount of available power. Enabling theauthentication operation while the electronic device has more than thethreshold amount of available power and disabling the authenticationoperation while the electronic device has less than the threshold amountof available power enhances the operability of the device by enablingthe device to use its resources in a more efficient manner, therebyreducing power usage and improves battery life of the device. In someembodiments, the authentication operation involves biometricauthentication (e.g., facial recognition authentication, fingerprintauthentication, iris/retina scan authentication). In some embodiments,the authentication operation involves passcode or passwordauthentication.

In some embodiments, while the electronic device (e.g., 700) isoperating on stored power and while the electronic device has less thanthe threshold amount of available power (e.g., and while the display ofthe device is off) (1038), the electronic device detects (1040) (e.g.,via a wireless communication radio of the device) presence of a field(e.g., 928, 932, a NFC field) generated by a second electronic device(e.g., 926, 930, a transaction terminal, a payment terminal, a secureaccess terminal). In some embodiments, in response to detecting (1042)the presence of the field generated by the second electronic device(e.g., corresponding to a request to perform a transaction or acorresponding to a request for credentials), the electronic device, inaccordance with a determination (e.g., based on information obtainedfrom the second electronic device) that an authentication operation isnot required (e.g., to proceed with a payment transaction or a secureaccess authorization), transmits (1044) (e.g., via the wirelesscommunication radio of the device) the credential of the first type tothe second electronic device (e.g., for use in the payment transactionor the secure access authorization). In some embodiments, in response todetecting (1042) the presence of the field generated by the secondelectronic device (e.g., corresponding to a request to perform atransaction or a corresponding to a request for credentials), theelectronic device, in accordance with a determination that anauthentication operation is required, forgoes transmitting (1046) thecredential of the first type to the second electronic device.

In some embodiments, while the electronic device (e.g., 700) has lessthan the threshold amount of available power (e.g., the device is in alow-battery state), the electronic device forgoes displaying a userinterface different from the user interface associated with theindication (e.g., 922A, a low-battery graphic) that the electronicdevice has less than the threshold amount of available power. Thus, insome embodiments, the electronic device can only display the userinterface (e.g., 922) associated with the indication that the device hasless than the threshold amount of available power while in thelow-battery state. In some embodiments, the electronic device isdisabled from displaying a user interface different from the userinterface associated with the indication that the device has less thanthe threshold amount of available power while in the low-battery state.Only displaying the user interface associated with the indication thatthe device has less than the threshold amount of available power whilethe device has less than the threshold amount of available powerimproves feedback by enabling the user to quickly and easily recognizethat the device is operating on and has less than the threshold amountof battery power. Providing improved visual feedback to the userenhances the operability of the device and makes the user-deviceinterface more efficient (e.g., by helping the user to provide properinputs and reducing user mistakes when operating/interacting with thedevice) which, additionally, reduces power usage and improves batterylife of the device by enabling the user to use the device more quicklyand efficiently.

In some embodiments, the credential of the first type corresponds to atransit account available for use via the electronic device (e.g., 700)(e.g., for a transit payment) at a transit terminal (e.g., 928, atransaction terminal of a subway station, a train station, a bus, ataxi). In some embodiments, the transit account is set with atransaction limit or a usage limit (e.g., a maximum amount per day orper transaction, such as $100 per day or $20 per transaction). In someembodiments, the transit account is or includes a commuter plan (e.g., amonthly pass, a 10-day pass, a ride pass, or the like). In someembodiments, while the electronic device has less than the thresholdamount of available power, the electronic device detects presence of afield (e.g., 928) generated by the transit terminal (e.g., 926) and,based on information obtained from the transit terminal, automaticallyselects the credential corresponding to the commuter plan if the transitterminal is configured to accept the commuter plan. Automaticallyselecting the credential corresponding to the commuter plan if thetransit terminal is configured to accept the commuter plan enables theuser to quickly and easily use the device to be authorized to pass thetransit terminal with minimal interaction with the device. Automaticallyperforming an operation when a set of conditions has been met withoutrequiring further user input enhances the operability of the device andmakes the user-device interface more efficient (e.g., by helping theuser to provide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the electronic device includes a plurality ofcredentials of the first type corresponding to different types oftransit accounts (e.g., a transit account for a subway station, atransit account for a bus). In some embodiments, while the electronicdevice has less than the threshold amount of available power, theelectronic device detects presence of a field (e.g., 928) generated bythe transit terminal (e.g., 926) and, based on information obtained fromthe transit terminal, automatically selects the credential correspondingto the relevant type of transit account (e.g., the transit account forthe subway station or the transit account for the bus) for use via theelectronic device at that transit terminal. Automatically the credentialcorresponding to the relevant type of transit account for use via theelectronic device at that transit terminal enables the user to quicklyand easily use the device to be authorized to pass the transit terminalwith minimal interaction with the device. Automatically performing anoperation when a set of conditions has been met without requiringfurther user input enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the credential of the first type corresponds to anidentification account available for use via the electronic device(e.g., 700) at a secure access terminal (e.g., 930, for access to asecure building or secure regions within a building, such as aparticular room of the building). In some embodiments, the secure accessterminal grants access to enter a secure building (e.g., through securedoors 934), such as an office building or a dormitory building. In someembodiments, while the electronic device has less than the thresholdamount of available power, the electronic device detects presence of afield (e.g., 932) generated by the secure access terminal. In someembodiments, in response to detecting the presence of the fieldgenerated by the secure access terminal, the electronic device transmitsthe credential corresponding to the identification account to the secureaccess terminal, but forgoes displaying a representation of theidentification account on the display. (Automatically) transmitting thecredential corresponding to the identification account to the secureaccess terminal in response to detecting the presence of the fieldgenerated by the secure access terminal enables the user to quickly andeasily use the device to be authorized to access the secure locationsecured by the secure access terminal with minimal interaction with thedevice. Performing an operation when a set of conditions has been metwithout requiring further user input enhances the operability of thedevice and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

Note that details of the processes described above with respect tomethod 1000 (e.g., FIGS. 10A-10C) are also applicable in an analogousmanner to the methods described above and below. For example, method 800optionally includes one or more of the characteristics of the variousmethods described above with reference to method 1000. For example, atransfer account associated with a credential can be provisioned on anelectronic device using the provisioning processes of method 800. Foranother example, method 1200 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 1000. For example, a credential can be used via an electronicdevice in a regular-power state (in addition to in a low-power state)using the processes described in method 1200. For brevity, these detailsare not repeated below.

FIGS. 11A-11V illustrate exemplary user interfaces for managing the useof a transfer account associated with different credentials on anelectronic device, in accordance with some embodiments. The userinterfaces in these figures are used to illustrate the processesdescribed below, including the processes in FIGS. 12A-12C.

FIG. 11A illustrates an electronic device 700 (e.g., a smartphone, amobile device) similar to electronic device 700 described above withreference to FIGS. 7A-7O and electronic device 700 described above withreference to FIGS. 9A-9J. Electronic device 700 includes a display 702and a wireless communication radio (e.g., for near-field communication(NFC), Bluetooth, WiFi, LTE connections). In some embodiments,electronic device 700 includes one or more input devices (e.g., atouch-sensitive surface of display 702, a mechanical input device 701,such as a power button, a camera 703, a mic), one or more output devices(e.g., a speaker), and one or more sensors (e.g., a biometric sensor704, such as a depth sensor, a fingerprint sensor). In some embodiments,one or more sensors (e.g., a biometric sensor, such as a fingerprintsensor) of electronic device 700 is integrated with/into a differentcomponent of the device (e.g., a fingerprint sensor is integrated withdisplay 702).

In FIG. 11A, electronic device 700 is displaying, on display 702, atransfer application user interface 1110 of a transfer application(e.g., a first-party electronic wallet application controlled by theoperating system of the device). Transfer application user interface1110 includes a representation 1112 of a transfer account (e.g., apayment account, a points account, a transit account, a stored-valueaccount, a credit card account) corresponding to the transfer accountcurrently selected for use in a transfer operation (e.g., a transaction,such as a payment transaction, a secure access request) and a stack 1114of (partially visible) representations of transfer accountscorresponding to other transfer accounts that are not currently selectedfor use in a transfer operation.

In some embodiments, a transfer-identification account (e.g., anidentification account, such as a student ID card, that is alsoassociated with one or more sub-accounts that are associated with funds,points, and/or credit) is provisioned on electronic device 700. In someembodiments, the transfer-identification account is provisioned onelectronic device 700 via the provisioning process described above withreference to FIGS. 7A-7O and method 800. In some embodiments, thetransfer-identification account is a student identification account/cardand is controlled by/configured by an associated institution, such asthe associated university (e.g., Appleton University). In someembodiments, transfer-identification account is a student identificationaccount/card that is also associated with or linked to one or moresub-transfer accounts (e.g., a stored-value account, a debit account, apoints account, such as a meal points account, a credit account, such asa printer credit account).

As shown in FIG. 11A, electronic device 700 displays a (partial)representation 1116 of the transfer-identification account within stack1114 of transfer application user interface 1110. Alternatively, in someembodiments, electronic device 700 displays (partial) representation1116 of the transfer-identification account in a region of transferapplication user interface 1110 distinct from the region displayingstack 1114 and the region displaying representation 1112 correspondingto the currently-selected transfer account, as shown in FIG. 11B.

In FIG. 11B, while displaying, on display 702, transfer application userinterface 1110 including (partial) representation 1116 of thetransfer-identification account, electronic device 700 detects (e.g.,via a touch-sensitive surface of display 702) an activation 1101 (e.g.,a touch input) of (partial) representation 1116 of thetransfer-identification account (thus setting thetransfer-identification account as the currently-selected transferaccount).

In FIG. 11C, in response to detecting activation 1101 of (partial)representation 1116 of the transfer-identification account, electronicdevice 700 displays, in transfer application user interface 1110 (e.g.,by replacing display of representation 1112 corresponding to thecurrently-selected transfer account with) a full representation 1116 ofthe transfer-identification account.

As shown in FIG. 11C, representation 1116 of the transfer-identificationaccount includes an indication 1118 and an image 1120 of the institution(e.g., university) associated with the account. Representation 1116 ofthe transfer-identification account also includes an image 1122, a name1124 (e.g., Teo Appleseed), and a status 1126 (e.g., student,undergraduate student, graduate student, professor, staff) associatedwith the account-owner (e.g., Teo Appleseed), where the account-owner isaffiliated with the institution (e.g., Appleton University) associatedwith the account. In this example, the account-owner Teo Appleseed is astudent at the institution Appleton University.

As shown in FIG. 11C, representation 1116 of the transfer-identificationaccount includes at least a portion of a plurality of sub-accountbalance information 1128 that is associated with or linked to/connectedto the transfer-identification account, including a first sub-accountbalance information 1128A (e.g., a meal points balance), a secondsub-account balance information 1128B (e.g., a laundry credit balance),and a third sub-account balance information 1128C (e.g., a parkingcredit balance). In some embodiments, the transfer-identificationaccount is associated with one or more sub-accounts where thesub-account balance information is not shown in representation 1116 ofthe transfer-identification account shown in transfer application userinterface 1110.

Representation 1116 of the transfer-identification account furtherincludes an information affordance 1130 for viewing a detaileddescription page associated with the transfer-identification account, asdescribed in greater detail below with reference to FIG. 11P.

In FIG. 11D, while displaying, on display 702, representation 1116 ofthe transfer-identification account in the currently-selected region oftransfer application user interface 1110 (thereby indicating that thetransfer-identification account is currently selected for use in atransfer operation, such as a transaction or a secure access request),electronic device 700 receives an input 1103 (e.g., a doubleclick/press) on mechanical input device 701.

In FIG. 11E, in response to detecting input 1103 on mechanical inputdevice 701 while displaying representation 1116 of thetransfer-identification account in the currently-selected region oftransfer application user interface 1110, electronic device 700displays, in transfer application user interface 1110, an authenticationrequest 1132 (e.g., a visual indication or animation) requestingauthentication (e.g., biometric authentication, such as facialrecognition authentication, fingerprint authentication, or iris/retinascan authentication; passcode or password authentication) to authorizeand thus proceed with a transfer operation (e.g., a transaction or asecure access request) using the transfer-identification account.

In FIG. 11F, in response to (or subsequent to, after) displayingauthentication request 1132 and while displaying representation 1116 ofthe transfer-identification account, electronic device 700receives/detects (e.g., via one or more input devices and/or one or moresensors, such as camera 703 and/or biometric sensor 704 (e.g., a depthsensor), or a fingerprint sensor) biometric information (e.g., theuser's facial features information, the user's fingerprint information,the user's iris/retina scan information). As shown in FIG. 11F, whilereceiving/detecting the user's biometric information, electronic device700 displays (e.g., replaces display of authentication request 1132with), in transfer application user interface 1110, a processingindication 1134 (e.g., a visual indication, such as a graphicalanimation of twirling circular shapes) that the user's biometricinformation is being received/detected. In some embodiments, in additionto or alternatively to biometric information, electronic device 700receives passcode or password authentication to authorize the device toproceed with the transfer operation using the transfer-identificationaccount.

In FIG. 11G, in response to receiving successful authentication andwhile displaying representation 1116 of the transfer-identificationaccount, electronic device 700 displays (e.g., replaces display ofprocessing indication 1134 with), in transfer application user interface1110, a success indication 1136 (e.g., a visual indication, such as asmiley-faced graphical object) that the authentication was successful(and thus that the device is authorized to proceed with the transferoperation using the transfer-identification account).

In some embodiments, authentication is successful when received ordetected authentication information (e.g., received or detectedbiometric authentication information, received passcode/passwordauthentication information) is consistent with authenticationinformation that is already enrolled or registered on electronic device700 (e.g., registered biometric authentication information or anenrolled passcode/password).

In some embodiments, in accordance with a determination that theauthentication was not successful (e.g., because the received/detectedbiometric authentication information was not consistent with registeredbiometric authentication information), electronic device 700 forgoesauthorizing the transfer operation (and thus the device is notauthorized to proceed with the transfer operation using thetransfer-identification account).

In FIG. 11H, subsequent to (e.g., a predetermined amount of time, suchas 0.5 seconds, 1 second, or 3 seconds, after) displaying successindication 1136 and while displaying representation 1116 of thetransfer-identification account, electronic device 700 displays (e.g.,replaces display of success indication 1136 with), in transferapplication user interface 1110, a hold-near-terminal request 1138(e.g., including a visual indication, such as a graphical animation ofthe device moving, and/or a textual indication stating “Hold NearReader”) requesting that the device be placed near a terminal (e.g., acontactless payment transaction terminal, a transit terminal, a secureaccess terminal) such that the device can detect (e.g., via a wirelesscommunication radio of the device) a field (e.g., a near-fieldcommunication (NFC)-based field) generated by the terminal.

In FIG. 11H, after receiving successful authentication (and thusdisplaying hold-near-terminal request 1138) and while displayingrepresentation 1116 of the transfer-identification account in transferapplication user interface 1110, electronic device 700 detects (e.g.,via a wireless communication radio of the device) the presence of afield 1142 generated by a transaction terminal 1140 of a laundrymachine. In some embodiments, transaction terminal 1140 of the laundrymachine is associated with/controlled by the institution (e.g., AppletonUniversity) associated with the transfer-identification account.

In FIG. 11J, in response (or subsequent to) detecting the presence offield 1142 generated by transaction terminal 1140 of the laundrymachine, electronic device 700 transmits (e.g., via a wirelesscommunication radio of the device) a credential of the secondsub-account (e.g., the laundry credit account) to transaction terminal1140 for use in a transfer operation (e.g., a payment of laundry creditto use the laundry machine) with transaction terminal 1140. In someembodiments, prior to transmitting the credential of the secondsub-account, electronic device 700 automatically selects (e.g., based onan identifier or tag detected based on field 1142 of transactionterminal 1140) the second sub-account from the plurality of sub-accountsassociated with/linked to the transfer-identification account for use inthe transfer operation.

As shown in FIG. 11J, in response to (or subsequent to) transmitting thecredential of the second sub-account to transaction terminal 1140,electronic device 700 updates display of second sub-account balanceinformation 1128B to reflect the remaining balance of the secondsub-account (e.g., the laundry credit account) after the transferoperation (e.g., a payment of $3 from the laundry credit account for thelaundry—thus, the remaining balance of the laundry credit account isdecreased from $268.10 to $265.10). Electronic device 1100 alsodisplays, in transfer application user interface 1110, a successindication 1144 (e.g., stating “Payment Complete”) that the transferoperation (e.g., involving the use of laundry credit) has beensuccessfully completed.

FIG. 11K illustrates electronic device 700 displaying, in transferapplication user interface 1110, representation 1116 of thetransfer-identification (as the currently-selected account) andhold-near-terminal request 1138 (after having received successfulauthentication authorizing the device to proceed with a transferoperation using the transfer-identification account).

In FIG. 11K, while displaying transfer application user interface 1110after having received successful authentication with thetransfer-identification account as the currently-selected account,electronic device 700 detects (e.g., via a wireless communication radioof the device) the presence of a field 1148 generated by a transactionterminal 1146 associated with a university dining hall (e.g., a dininghall of Appleton University).

In FIG. 11L, in response (or subsequent to) detecting the presence offield 1148 generated by transaction terminal 1146 of the dining hall,electronic device 700 transmits (e.g., via a wireless communicationradio of the device) a credential of the first sub-account (e.g., themeal points account) to transaction terminal 1146 for use in a transferoperation (e.g., a transfer/deduction of meal points from the user's,Teo Appleseed's, meal points account) with transaction terminal 1146. Insome embodiments, prior to transmitting the credential of the firstsub-account, electronic device 700 automatically selects (e.g., based onan identifier or tag detected based on field 1148 of transactionterminal 1146) the first sub-account from the plurality of sub-accountsassociated with/linked to the transfer-identification account for use inthe transfer operation.

As shown in FIG. 11L, in response to (or subsequent to) transmitting thecredential of the first sub-account to transaction terminal 1146,electronic device 700 updates display of first sub-account balanceinformation 1128A to reflect the remaining balance of the firstsub-account (e.g., the meal points account) after the transfer operation(e.g., a use of 1 meal point for a meal at the dining hall—thus, theremaining meal points balance is decreased from 4 to 3). Electronicdevice 1100 also displays, in transfer application user interface 1110,a success indication 1150 (e.g., stating “Meal Redeemed”) indicatingthat the transfer operation (e.g., involving the use of meal points) hasbeen successfully completed.

FIG. 11M illustrates electronic device 700 being held by the user of thedevice near a secure access terminal 1152 (e.g., similar to secureaccess terminal 930 described above with reference to FIGS. 9I-9K)associated with a secure location (e.g., a secure entrance to a securelocation, such as a locked door to a secure room or building). In FIG.11M, electronic device 700 is displaying transfer application userinterface 1110 (with transfer-identification account currently selectedfor use in a transfer operation, as indicated by representation 1116 ofthe transfer-identification account). Alternatively, in someembodiments, display 702 of electronic device 700 is in an off state(and thus the device is not displaying transfer application userinterface 1110).

In FIG. 11M, electronic device 700 detects (e.g., via a wirelesscommunication radio of the device) the presence of a field 1154generated by secure access terminal 1152. In some embodiments, secureaccess terminal 1152 is configured to control access to a securelocation (e.g., a room, a building) by locking/unlocking a secure door1156. In some embodiments, prior to detecting the presence of field 1154generated by secure access terminal 1152, electronic device 700 receivessuccessful authentication (e.g., biometric authentication, such asfacial recognition authentication, fingerprint authentication, oriris/retina scan authentication; passcode or password authentication) toauthorize the use of the transfer-identification account in a secureaccess request. In some embodiments, electronic device 700 does notreceive authentication prior to detecting the presence of field 1154because transfer-identification account is an express account and/or isin express mode, in which authentication is not required to authorize anaccount for use in a transfer operation.

In some embodiments, in response to (or subsequent to, after) detectingthe presence of field 1154 generated by secure access terminal 1152,electronic device 700 transmits (e.g., via a wireless communicationradio of the device) an access credential of the transfer-identificationaccount to secure access terminal 1152, where thetransfer-identification account is pre-configured to be compatible withsecure access terminal 1154. As shown in FIG. 11N, transmitting theaccess credential of the transfer-identification account to secureaccess terminal 1152 causes secure door 1156 to open, thus enabling theuser to enter the secure location.

In some embodiments, if the transfer-identification account is notpre-configured to be compatible with secure access terminal 1152,transmitting the access credential of the transfer-identificationaccount to secure access terminal 1152 does not cause secure door 1156to open, for a valid (compatible) secure access account was notpresented to secure access terminal 1152.

In some embodiments (e.g., if the transfer-identification account is notin express mode), authentication is required for use of thetransfer-identification account in a secure access request with secureaccess terminal 1152—thus, in some embodiments, without receivingsuccessful authentication, transmitting the access credential of thetransfer-identification account to secure access terminal 1152 does notcause secure door 1156 to open, even if the transfer-identificationaccount is compatible with secure access terminal 1152.

FIG. 11O illustrates electronic device 700 again displaying, on display702, transfer application user interface 1110 with thetransfer-identification account currently selected for use in a transferoperation (as indicated by representation 1116 of thetransfer-identification account being displayed in the current accountregion of the user interface). In FIG. 11O, while displayingrepresentation 1116 of the transfer-identification account, electronicdevice 700 detects (e.g., via a touch-sensitive surface of display 702)an activation 1105 (e.g., a touch input) of information affordance 1130.

As shown in FIG. 11P, in response to detecting activation 1105 ofinformation affordance 1130, electronic device 700 displays, on display,an accounts details page 1158 that includes a plurality of informationitems and/or options associated with the transfer-identificationaccount. In some embodiments, accounts details page 1158 includes anexpress mode affordance (e.g., a toggle with an on state and an offstate) that either enables (in the on state) or disables (in the offstate) the express mode setting of the transfer-identification account.As discussed above, when express mode is enabled, authentication (e.g.,biometric authentication, such as facial recognition authentication,fingerprint authentication, or iris/retina scan authentication; passcodeor passcode authentication) is not required to authorize thetransfer-identification account for use in a transfer operation (e.g.,using a sub-account associated with/linked to thetransfer-identification account) or in a secure access request (e.g.,using an access credential associated with the transfer-identificationaccount). When express mode is disabled, authentication (e.g., biometricauthentication, such as facial recognition authentication, fingerprintauthentication, or iris/retina scan authentication; passcode or passcodeauthentication) is required to authorize the transfer-identificationaccount for use in a transfer operation (e.g., using a sub-accountassociated with/linked to the transfer-identification account) or in asecure access request (e.g., using an access credential associated withthe transfer-identification account)

As shown in FIG. 11P, accounts details page 1158 includes anaccount-owner information region 1162, including a name 1162A of theaccount-owner (e.g., Teo Appleseed) and an institutional identificationnumber 1162B of the account-owner (e.g., a student ID number). Accountsdetails page 1158 also includes a sub-account balance regions 1164 thatshows the sub-account(s) associated with/linked to thetransfer-identification account and the balance associated with eachsub-account. In some embodiments, the transfer-identification account isassociated with/linked to 4 sub-accounts, yet representation 1116 of thetransfer-identification that is shown in transfer application userinterface 1110 includes display of up to a set number (e.g., 3)sub-accounts—thus, in some embodiments, not all of the associated/linkedsub-accounts are displayed in representation 1116 but are displayed insub-account balances region 1164 (e.g., a first sub-account balance1164A corresponding to the meal points account, a second sub-accountbalance 1164B corresponding to the laundry credit account, a thirdsub-account balance 1164C corresponding to the parking credit account,and a fourth sub-account balance 1164D corresponding to a flex spendingaccount).

In FIG. 11P, accounts details page 1158 also includes a contactaffordance 1166 for initiating a (wireless) communication (e.g., a phonecall, a text message, an email, a chat) with a representation of theinstitution associated with the transfer-identification account (e.g.,Appleton University). Accounts details page 1158 further includes aremove affordance for de-provisioning/de-linking thetransfer-identification account from electronic device 700.

FIG. 11Q illustrates an electronic device 700B (e.g., a smartwatch;e.g., a device having one or more features of device 500) that includesa display 702B and a wireless communication radio (e.g., for NFC,Bluetooth, WiFi, LTE connections) displaying, on display 702B, a timeuser interface 1176 (e.g., which is also a lock screen). Electronicdevice 700B includes one or more input devices (e.g., a touch-sensitivesurface of display 702B, a rotatable input device 703B, a mechanicalinput device 701B, a mic) and one or more output devices (e.g., a hapticgenerator, a speaker).

In FIG. 11Q, while displaying, on display 702B, time user interface1176, electronic device 700B receives an input 1107 (e.g., a doubleclick/press) on mechanical input button 701B.

As shown in FIG. 11R, in response to receiving input 1107 on mechanicalinput button 701B, electronic device 1100 displays, on display 702B, atransfer application user interface 1178 (associated with/related totransfer application user interface 1110 displayed on electronic device700) of the transfer application (e.g., a first-party electronic walletapplication controlled by/directly associated with the operating systemof the device). In FIG. 11R, electronic device 700B displays, intransfer application user interface 1178, a representation 1180 of thetransfer-identification account (associated with/related torepresentation 1116 of the transfer-identification account displayed onelectronic device 700).

Representation 1180 of the transfer-identification account includes animage 1182, a name 1184 (e.g., Teo Appleseed), and a status 1186 (e.g.,student, undergraduate student, graduate student, professor, staff)associated with the account-owner (e.g., Teo Appleseed), similar to howthese information are shown in representation 1116 of thetransfer-identification account displayed on electronic device 700.Representation 1180 of the transfer-identification account also includesa first sub-account balance information 1188A (e.g., corresponding tothe meal points account)—in some embodiments, more sub-account balanceinformation is shown in representation 1116 of thetransfer-identification account displayed on electronic device 700 thanon representation 1180 of the transfer-identification account displayedon electronic device 700B.

In some embodiments, transfer application user interface 1178 includesone or more indicia elements 1190 corresponding to the number ofaccounts (including the transfer-identification account) accessible byelectronic device 700B and indicating the currently-displayed account(the transfer-identification account).

FIGS. 11R-11T illustrate electronic device 700B, while displayingtransfer application user interface 1178 showing representation 1180 ofthe transfer-identification account, receiving an input 1109 (e.g., arotating input) on rotatable input device 703B (e.g., in a clockwisedirection), thus causing representation 1180 of thetransfer-identification to be scrolled. In response to detecting input1109 (or, alternatively, a touch scrolling gesture on a touch-sensitivesurface of display 702B), electronic device 700B displays additionalinformation items in representation 1180 of the transfer-identificationaccount (e.g., first sub-account balance 1188A, second sub-accountbalance 1188B, third sub-account balance 1188C, and fourth sub-accountbalance 1188D corresponding to first sub-account balance 1164A, secondsub-account balance 1164B, third sub-account balance 1164C, and fourthsub-account balance 1164D shown in FIG. 11P, respectively) that was notdisplayed prior to receiving input 1109 (e.g., because of limiteddisplay space of electronic device 700B).

In FIG. 11U, while displaying transfer application user interface 1178showing representation 1180 of the transfer-application account,electronic device 1100 detects (e.g., via a touch-sensitive surface ofdisplay 702B) an input 1111 (e.g., a horizontal swipe gesture on display702B). As shown in FIG. 11V, in response to detecting input 1111,electronic device 1100 displays (e.g., replaces display ofrepresentation 1180 of the transfer-identification account with), intransfer application user interface 1178, a representation 1192 of atransfer account (e.g., a payment account, a stored-value account)different from the transfer-identification account. In some embodiments,further in response to detecting input 1111 (and thus replacing displayof representation 1180 of the transfer-identification account withdisplay of representation 1192 of the different transfer account),electronic device 1100 updates display of indicia elements 1190 toindicate that a representation of the different transfer account iscurrently being displayed (and is currently selected for use in transferoperation).

FIGS. 12A-12C are a flow diagram illustrating a method for managing theuse of a transfer account associated with different credentials on anelectronic device, in accordance with some embodiments. Method 1200 isperformed at a device (e.g., 100, 300, 500, 700, 700B) with a display(e.g., 702, 702B) and a wireless communication radio (e.g., for NFC,Bluetooth, LTE, and/or WiFi connections). Some operations in method 1200are, optionally, combined, the orders of some operations are,optionally, changed, and some operations are, optionally, omitted.

As described below, method 1200 provides an intuitive way for managingthe use of a transfer account associated with different credentials onan electronic device. The method reduces the cognitive burden on a userfor managing the use of a transfer account associated with differentcredentials on an electronic device, thereby creating a more efficienthuman-machine interface. For battery-operated computing devices,enabling a user to manage the use of a transfer account associated withdifferent credentials faster and more efficiently conserves power andincreases the time between battery charges.

The electronic device (e.g., 700, 700B) receives (1202) (e.g., whiledisplaying a user interface (e.g., 1110, 1178) of a transferapplication, such an electronic wallet application), via the wirelesscommunication radio (e.g., for a NFC connection), information indicatinga request for a credential (e.g., a transaction-type identifierassociated with a transfer of items, such as a transfer of points,credits, resources, or funds; or an access-type identifier that is notassociated with a transfer of items and is associated with authorizingaccess/entry to a particular secure location such as a secure room orbuilding) from a second electronic device (e.g., 1140, 1146, 1152, atransaction terminal, a secure access terminal, such as a buildingaccess terminal, a card reader).

In response to receiving (1204) the information indicating the requestfor a credential from the second electronic device (e.g., 1140, 1146,1152) (e.g., in accordance with a determination (1206) that theinformation indicating the request for the credential is of a first type(e.g., a transaction type, a payment type, a transfer type, such as atransfer of points, credits, or funds), the electronic device (e.g.,700, 700B) displays (1208), on the display (e.g., 702, 702B), a request(e.g., 1132) for authentication (e.g., biometric authentication, such asfacial recognition authentication, fingerprint authentication; passcodeor password authentication) to proceed with a transfer operation (e.g.,a transfer of points, credits, resources, or funds, such as a payment)using (a credential of the first type associated with) a transferaccount (e.g., an account that includes a plurality of differentbalances, such as funds, meal points, laundry credits, printer credits,and is also associated/linked with an identification card/account)associated with the electronic device. Displaying the request forauthentication to proceed with the transfer operation using the transferaccount in response to receiving the information indicating the requestfor a credential from the second electronic device improves feedback byenabling the user to quickly and easily recognize that authentication isrequired to authorize the device to proceed with the transfer operation.Providing improved visual feedback to the user enhances the operabilityof the device and makes the user-device interface more efficient (e.g.,by helping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. Requestingauthentication to proceed with the transfer operation using the transferaccount also enhances device security by preventing fraudulent uses ofthe device to perform unauthorized transfer operations using thetransfer account.

In some embodiments, the transfer account corresponds to a studentidentification account. In some embodiments, the student identificationcard is provisioned onto/linked to the electronic device (e.g., 700,700B) using the provisioning process described above with reference toFIGS. 7A-7O.

In some embodiments, subsequent to (and while) displaying the requestfor authentication to proceed with a transfer operation using thetransfer account, the electronic device (e.g., 700, 700B) receives(1210) (e.g., via one or more input devices and/or sensors of thedevice, such as a camera, a biometric sensor (e.g., a depth sensor),and/or a fingerprint sensor) authentication information (e.g., biometricauthentication information, such as the user's facial features orfingerprint; passcode or password authentication). In some embodiments,in response to receiving (1212) the authentication information, inaccordance with a determination that the received authenticationinformation corresponds to registered authentication information (e.g.,registered biometric information of the user, such as registered facialfeatures or fingerprint; registered passcode or password), theelectronic device proceeds (1214) with the transfer operation (e.g., atransfer of points, credits, resources, or funds, such as a payment)using the transfer account (e.g., using a balance associated with thetransfer account). In some embodiments, in response to receiving (1212)the authentication information, in accordance with a determination thatthe received authentication information does not correspond toregistered authentication information, the electronic device forgoesproceeding (1216) with the transfer operation using the transferaccount. In some embodiments, in addition to forgoing proceeding withthe transfer operation, the electronic device displays an indicationthat authentication was unsuccessful. In some embodiments, theelectronic device further displays an indication that the userre-attempt authentication. Displaying the indication that theauthentication was unsuccessful and/or displaying the indication thatthe user re-attempt authentication improves feedback by enabling theuser to quickly and easily recognize that authentication wasunsuccessful and that the user must take further action (e.g.,re-attempt authentication) to authorize the device to proceed with thetransfer operation using the transfer account. Providing improved visualfeedback to the user enhances the operability of the device and makesthe user-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In response to receiving (1204) the information indicating the requestfor a credential from the second electronic device (e.g., 1140, 1146,1152), in accordance with a determination (1218) that the informationindicating the request for a credential is of a second type (e.g., anaccess type, such as access to a secure location), the electronic device(e.g., 700, 700B) transmits (1220) (to the second electronic device),via the wireless communication radio, a credential of the second typeassociated with the transfer account without requesting authentication.(Automatically) transmitting, without further user input, the credentialof the second type in accordance with the determination that theinformation indicating the request for a credential is of a second typeand without requesting authentication enables the user to quickly andeasily use the device for a transfer operation with minimal input.Reducing the number of inputs needed to perform an operation enhancesthe operability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, the electronic device (e.g., 700, 700B) requestsauthentication prior to transmitting the credential to the secondelectronic device. Requesting authentication prior to transmitting thecredential to the second electronic device enhances device security bypreventing fraudulent uses of the device to perform unauthorizedtransfer operations using the transfer account. Thus, in someembodiments, in accordance with the determination that the informationindicating the request for a credential is of the second type (e.g.,relating to a secure access authorization), the electronic devicedisplays (e.g., in a user interface of a transfer operation, such as anelectronic wallet application) a request (e.g., 1132) for authentication(e.g., biometric authentication, such as facial recognitionauthentication, fingerprint authentication; passcode or passwordauthentication) to proceed with transmitting the credential to thesecond electronic device. In some embodiments, in response to performinga successful authentication, the electronic device transmits thecredential to the second electronic device.

In some embodiments, in accordance with the determination (1218) thatthe information indicating the request for a credential is of the secondtype (e.g., an access type, such as access to a secure location), theelectronic device (e.g., 700, 700B) displays (1222), on the display(e.g., 702, 702B) (e.g., in a user interface (e.g., 1110, 1178) of atransfer application, such as an electronic wallet application, wherethe electronic wallet application is controlled by/directly associatedwith the operating system of the device), a representation (e.g., 1116,1180) of the transfer account (e.g., an ID card-account, such as astudent-ID card-account) (in addition to transmitting the credential ofthe second type to the second electronic device). Displaying therepresentation of the transfer account in accordance with thedetermination that the information indicating the request for thecredential is of the second type improves feedback by enabling the userto quickly and easily recognize that the requested credential (by thesecond electronic device) is of the second type (and not of the firsttype). Providing improved visual feedback to the user enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, the information indicating the request for thecredential is of the second type and the second electronic device (e.g.,1152) is configured to control access to a secure location (e.g.,configured to permit access to a secure location (e.g., by unlocking asecure door 1156) upon receiving a transmission of a credential thatsatisfy a set of access criteria (e.g., the credential is an authorizedcredential)).

In some embodiments, prior to receiving the information indicating therequest for the credential, the electronic device (e.g., 700, 700B)displays (1224), on the display (e.g., 702, 702B) (e.g., in a userinterface (e.g., 1110, 1178) of a transfer application, such as anelectronic wallet application, where the electronic wallet applicationis controlled by/directly associated with the operating system of thedevice), a representation of the transfer account (e.g., an IDcard-account, such as a student ID card-account), where therepresentation (e.g., 1116, 1180) of the transfer account includessub-account balances associated with a plurality of sub-accounts (e.g.,a meal point account, a laundry credit account, a printer creditaccount) associated with (e.g., linked to) the transfer account.Displaying the sub-account balances associated with a plurality ofsub-accounts associated with the transfer account in the representationof the transfer enables the user to quickly and easily view availablebalances of the sub-accounts that are associated with the transferaccount, thereby enhancing the operability of the device and making theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. In some embodiments, therepresentation of the transfer account also includes a name of theperson (e.g., the student) associated with the account. In someembodiments, the representation of the transfer account also includes animage (e.g., photo) of the person associated with the account.

In some embodiments, while displaying the request for authentication toproceed with the transfer operation, the electronic device (e.g., 700,700B) receives (1226) (e.g., via one or more input devices, such as acamera, a biometric sensor (e.g., depth sensor), or a fingerprintsensor) the authentication (e.g., biometric authentication, such asfacial recognition authentication, fingerprint authentication,iris/retina scan authentication; passcode or password authentication) toproceed with the transfer operation. In some embodiments, subsequent to(e.g., in response to) receiving the (successful) authentication toproceed with the transfer operation using the transfer account, theelectronic device automatically selects (1228), based on the informationreceived from the second electronic device (e.g., a transactionterminal, a payment terminal), a first sub-account (e.g., a meal pointaccount, a laundry credit account, a printer credit account) of theplurality of sub-accounts (e.g., corresponding to balances 1164A-1164D)associated with the transfer account to be used for the transferoperation. In some embodiments, after automatically selecting the firstsub-account (e.g., and in response to receiving the (successful)authentication to proceed with the transfer operation using the transferaccount), the electronic device proceeds (1230) with the transferoperation using the selected first sub-account.

In some embodiments, the first sub-account is selected from the groupconsisting of a cash account, a meal point account, a laundry creditaccount, and a printer credit account.

In some embodiments, in response to receiving (1204) the informationindicating the request for a credential from the second electronicdevice (e.g., 1152), in accordance with the determination (1218) thatthe information indicating the request for a credential is of the secondtype (e.g., relating to a secure access authorization) (e.g., and afterdisplaying the request for authentication and receiving successfulauthentication), the electronic device (e.g., 700, 700B) transmits(1232) (to the second electronic device), via the wireless communicationradio, the credential of the second type without causing a change to(any of) the sub-account balances of the plurality of sub-accountsassociated with the transfer account. For example, the second electronicdevice is a secure access terminal (e.g., 1152) to a secure location(e.g., a secure building secured by secure door 1156), and thecredential transmitted to the secure access terminal grants access tothe secure location (e.g., by unlocking a door) without affecting any ofthe sub-account balances associated with transfer account.(Automatically) transmitting the credential of the second type to thesecure access terminal without affecting any of the sub-account balancesassociated with the transfer account enables the user to quickly andeasily, with minimal input, gain access to the secure location using theelectronic device. Reducing the number of inputs needed to perform anoperation enhances the operability of the device and makes theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, while displaying the representation (e.g., 1116,1180) of the transfer account, the electronic device (e.g., 700, 700B)detects (1234) (e.g., via a touch-sensitive surface of the display) anactivation (e.g., 1105, a touch input) of an information affordance(e.g., 1130) of the representation of the transfer account. In someembodiments, in response to detecting the activation of the transferaccount, the electronic device displays (1236), on the display (e.g.,702, 702B), an information page (e.g., 1158, associated with thetransfer account, where the information page includes detailedinformation about the transfer account (e.g., including different typesof information (e.g., information not displayed as part of therepresentation of the transfer account) and options relating to theaccount, such as balance information, account numbers, account usehistory, an contact button for contacting/calling an administrator ofthe account).

In some embodiments, the information page includes a contact affordance(e.g., 1166) for contacting (e.g., calling) an administrator of thetransfer account. Providing the contact affordance for contacting theadministrator of the transfer account in the information page associatedwith the transfer account enables the user to quickly and easily contactthe administrator when the need arises, thus enhancing the operabilityof the device and making the user-device interface more efficient (e.g.,by helping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. In some embodiments, thetransfer account is a student ID account associated with a particularschool (e.g., a university), and the administrator is an administratorof that school.

In some embodiments, the information page (e.g., 1158) associated withthe transfer account includes an express mode affordance (e.g., 1160, atoggle having an “on” state and an “off” state) associated with changingan authentication requirement for the transfer account, and wheredisplaying the request for authentication to proceed with the transferoperation using the transfer account comprises displaying the request(e.g., 1132) for authentication to proceed with the transfer operationusing the transfer account in accordance with a determination thatauthentication is required for the transfer account (e.g., the expressmode affordance is in an off state). Providing the express modeaffordance for changing the authentication requirement for a transferprovides the user with more control of the device and enhances devicesecurity, thereby enhancing the operability of the device and making theuser-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently. In some embodiments,when the express mode affordance is in the off state, the electronicdevice (e.g., 700, 700B) requests authentication (e.g., biometricauthentication, such as facial recognition authentication, fingerprintauthentication, iris/retina scan authentication; passcode or passwordauthentication) prior to proceeding with a transfer operation using thetransfer account. In some embodiments, when the express mode affordanceis in the on state, the electronic device does not requestauthentication prior to proceeding with a transfer operation using thetransfer account. In some embodiments, a non-express mode state is thedefault state. In some embodiments, an express mode state is the defaultstate.

In some embodiments, the representation (e.g., 1116, 1180) of thetransfer account is a student identification account (e.g., a student IDcard of a university student with one or more different balances, suchas meal points, laundry credits, that can be used, for example, forservices provided by the university), and the representation of thetransfer account includes a plurality of information items associatedwith the student identification account (e.g., a name of the student, aphoto of the student, a status (undergraduate or graduate) of thestudent, a student ID number of the student).

In some embodiments, in response to receiving (1204) the informationindicating the request for a credential from the second electronicdevice (e.g., 1140, 1146, 1152), in accordance with the determination(1206) that the information indicating the request for the credential isof the first type (e.g., and in accordance with a determination that theelectronic device (e.g., 700B) is a wearable electronic device, such asa smartwatch, or in accordance with a determination that the size of thedisplay of the electronic device is smaller than a threshold size), theelectronic device displays (1238), on the display (e.g., 702B) (e.g., ina user interface (e.g., 1178) of a transfer application, such as anelectronic wallet application), a representation (e.g., 1180) of thetransfer account (e.g., an ID card-account, such as a student ID cardthat is also associated with one or more stored-value accounts ortransfer accounts), where the representation of the transfer accountincludes a sub-account balance (e.g., corresponding to 1188A) associatedwith a first sub-account (e.g., a meal point account, a laundry creditaccount, a printer credit account) of the transfer account, where thetransfer account includes a plurality of sub-accounts including thefirst sub-account. Providing (only) the first sub-account balance of thetransfer account, where the transfer account includes a plurality ofsub-accounts including the first sub-account, reduces clustering on thedisplay of the electronic device and thus enables the user to moreeasily view items of information provided on the display of theelectronic device (e.g., particularly if the device has a relativelysmall display, such as the display of a smartwatch). Providing usefuland/or important information items without cluttering the UI withadditional displayed controls or items enhances the operability of thedevice and makes the user-device interface more efficient (e.g., byhelping the user to provide proper inputs and reducing user mistakeswhen operating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In some embodiments, the representation of the transfer account (e.g., astudent ID account) also includes a name of the person (e.g., thestudent) associated with the account. In some embodiments, therepresentation of the transfer account also includes an image (e.g.,photo) of the person associated with the account. In some embodiments,in response to detecting a swipe input (e.g., 1111, in a left directionor in a right direction), the electronic device displays (e.g., replacesdisplay of the representation of the transfer with) a representation(e.g., 1192) of an account (different from the transfer account)provisioned on the electronic device.

In some embodiments, while displaying the representation (e.g., 1180) ofthe transfer account, the electronic device (e.g., 700B) detects (1240)(e.g., via a touch-sensitive surface of the display or via a rotatableinput device 703B of the electronic device) an input of a first type(e.g., a scrolling gesture on the display, a rotating gesture 1109 onthe rotatable input device). In some embodiments, in response todetecting the input of the first type, the electronic device displays(1242), on the display (e.g., 702B), a sub-account balance (e.g.,corresponding to 1188B associated with a second sub-account (e.g., ameal point account, a laundry credit account, a printer credit account)of the transfer account (e.g., concurrently with the sub-account balanceassociated with the first sub-account). Displaying the sub-accountbalance associated with the second sub-account in response to detectingthe input of the first type enables the user to quickly and easily viewother sub-account balances. Providing additional control options withoutcluttering the UI with additional displayed controls enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In some embodiments, prior to receiving the information indicating therequest for a credential from the second electronic device (e.g., 1140,1146, 1152, a transaction terminal, a secure access terminal), theelectronic device (e.g., 700, 700B) detects (e.g., via one or more inputdevices of the device, such as a mechanical input button) an input of asecond type (e.g., activation of a mechanical input element such as adouble-click input on the mechanical input button). In some embodiments,in response to detecting the input of the second type, the electronicdevice displays, on the display (e.g., 702, 702B), a user interface(e.g., 1110, 1178) of a transfer application (e.g., an electronic walletapplication, where the electronic wallet application is a first-partyapplication controlled by/directly associated with the operating systemof the device), where a representation of a default transfer account(e.g., a default stored-value account, a default credit card) differentfrom the transfer account is displayed in a current-account region ofthe user interface (e.g., the region of the user interface showing therepresentation of an account that is currently-selected for use in atransfer operation).

In some embodiments, the user interface (e.g., 1110, 1178) of thetransfer application includes, in a selectable-accounts region of theuser interface (different from the current-account region of the userinterface), a plurality of representations (e.g., of stack 1114) ofaccounts different from the default transfer account, and where theplurality of representations of accounts different from the defaulttransfer account includes a representation (e.g., 1116, 1180) of thetransfer account.

In some embodiments, the user interface (e.g., 1110, 1178) of thetransfer application includes, in a selectable-accounts region of theuser interface (different from the current-account region of the userinterface), a plurality of representations (e.g., of stack 1114) ofaccounts different from the default transfer account and includes, in atransfer account region of the user interface (different from thecurrent-account region and the selectable-accounts region of the userinterface) a representation (e.g., 1116, 1180) of the transfer account.Displaying the representation of the transfer account in the transferaccount region of the user interface that is different from thecurrent-account region and the selectable-accounts region of the userinterface highlights the transfer account from the other transferaccounts and thus improves feedback by enabling the user to quickly andeasily view and select the transfer account for use in a transferoperation. Providing improved visual feedback to the user enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

Note that details of the processes described above with respect tomethod 1200 (e.g., FIG. 12 ) are also applicable in an analogous mannerto the methods described above. For example, method 800 optionallyincludes one or more of the characteristics of the various methodsdescribed above with reference to method 1200. For example, atransfer-identification account associated can be provisioned on anelectronic device using the provisioning processes of method 800. Foranother example, method 1000 optionally includes one or more of thecharacteristics of the various methods described above with reference tomethod 1200. For example, a credential of a transfer-identificationaccount can be used via an electronic device in a low-power state usingthe processes described in method 1000. For brevity, these details arenot repeated below.

FIGS. 13A-13W illustrate exemplary devices and user interfaces formanaging the use of credentials on an electronic device, in accordancewith some embodiments. The user interfaces in these figures are used toillustrate the processes described below, including the process in FIG.14 .

FIG. 13A illustrates an electronic device 1300 (e.g., a smartwatch, asmartphone, a mobile device) similar to (or the same as) electronicdevice 700 described above with reference to FIGS. 7A-7O, electronicdevice 700 described above with reference to FIGS. 9A-9J, and electronicdevice 700 described above with reference to FIGS. 11A-11V. Electronicdevice 1300 includes a display 1302 and a wireless communication radio(e.g., for near-field communication (NFC), Bluetooth, WiFi, LTEconnections). In some embodiments, electronic device 1300 includes oneor more input devices (e.g., a touch-sensitive surface of display 1302,a mechanical input device (e.g., mechanical input button 1301), arotatable input device 1304), one or more output devices (e.g., an audiospeaker), and one or more sensors (e.g., a biometric sensor, such as adepth sensor, a fingerprint sensor).

As will be explained in more detail below, in some embodiments, one ormore accounts (e.g., an identification account, a secure access card)provisioned on electronic device 1300 may be set to an “express mode.”In some embodiments, an account set to express mode can be used viaelectronic device 1300 to perform a transfer operation with a secondelectronic device (e.g., a transaction terminal, such as a secure accessterminal) without receiving authentication (e.g., biometricauthentication, such as facial recognition authentication, fingerprintauthentication, or iris/retina scan authentication; passcode or passwordauthentication) from the user (e.g., without receiving authenticationfrom the user after the electronic device has received, from the secondelectronic device, a request for credentials of the one or moreaccounts). In some embodiments, an account that is not set to expressmode or an account that is not available for use in express moderequires authentication (e.g., biometric authentication, such as facialrecognition authentication, fingerprint authentication, or iris/retinascan authentication; passcode or password authentication, double-pressof hardware button while the electronic device is in the unlocked state)from the user to perform the transfer operation (e.g., authenticationfrom the user is required after the electronic device has received, fromthe second electronic device, a request for credentials of the one ormore accounts). In some embodiments, a second electronic device, such asa terminal, can require authentication for an account (e.g., whenrequesting credentials of the account) of the electronic device even ifthat account is set to express mode.

FIG. 13A-13G illustrate electronic device 1300 (e.g., a smartwatch wornby a user) that is configured for a university identification account(e.g., a university identification card of the user). In FIGS. 13A-13G,the university identification account is not configured for expressmode. At FIG. 13A, electronic device 1300 is being held by the user ofthe electronic device 1300 near a secure access terminal 1310Aassociated with a secure location (e.g., a secure entrance to a securelocation, such as a locked door to a secure room or building) while noidentification accounts provisioned on the electronic device 1300 areset to express mode. As shown, in some embodiments, the display 1302 isin an off-state. In some embodiments, the electronic device 1300 maydisplay one or more user interfaces on the display 1302.

At FIG. 13A, because no identifications accounts of electronic device1300 are enabled for express mode, the electronic device 1300 is notactively listening, via the wireless communication radio, for a requestfor credentials of the university identification account. In someembodiments, electronic device 1300 detects (e.g., via a wirelesscommunication radio of the device) the presence of a field 1305Agenerated by secure access terminal 1310A, but does not receive,process, and/or act on any request for credentials (e.g., request forcredentials of the university account). In some embodiments, secureaccess terminal 1310A is configured to control access to a securelocation (e.g., a room, a building) by locking/unlocking a secure door1312A and is pre-configured to be compatible with an identificationaccount of the electronic device 1300. Accordingly, while detecting thepresence of field 1305A, the electronic device 1300 receives a requestfor a credential (e.g., identification account credential) from thesecure access terminal 1310A. Because the requested universityidentification account is not set to express mode and the universityidentification account has not been authenticated for a transferoperation, in response to (or subsequent to, after) the request for thecredential, the electronic device 1300 forgoes transmitting a credentialof the university identification account (or any other account) (e.g., asecure access account) to secure access terminal 1310A. As shown in FIG.13B, because the credential for the university identification accountwas not provided to secure access terminal 1310A, secure door 1312Aremains locked.

In FIG. 13C, the electronic device 1300 receives an input 1370 (e.g., adouble click/press) on mechanical input button 1301. In someembodiments, the electronic device 1300 receives the input 1370 whilethe display 1302 is in an off state. In some embodiments, the electronicdevice 1300 receives the input 1370 while the electronic device isdisplaying, on the display 1302, a user interface, such as a clockapplication user interface. In some embodiments, in response toreceiving input 1370 on mechanical input button 1301, the electronicdevice authenticates one or more transfer accounts (e.g., identificationaccounts) provisioned on the electronic device for a transfer operation.

As shown in FIG. 13D, electronic device 1300 determines if electronicdevice 1300 is in an unlocked state when input 1370 is received. Inaccordance with not being in the unlocked state, electronic device 1300does not enable the university identification account to beauthenticated for transfer. In accordance with device 1300 being in theunlocked state, electronic device enables the university identificationaccount to be transferred (via authentication). Further in response toinput 1370, electronic device 1300 displays, on display 1302, a transferapplication user interface 1320 of a transfer application (e.g., afirst-party electronic wallet application controlled by/directlyassociated with the operating system of the device). In someembodiments, transfer application user interface 1320 includes arepresentation 1322 of the university identification account associatedwith an account owner of the university identification account. In someembodiments, representation 1322 of the university identificationaccount includes an image 1321, a name 1323 (e.g., Teo Appleseed), and astatus 1325 (e.g., student, undergraduate student, graduate student,professor, staff) associated with the account-owner (e.g., TeoAppleseed). Transfer application user interface 1322 of the universityidentification account also includes hold-near-reader terminal request1327 (e.g., including a visual indication, such as a graphical animationof the device moving, and/or a textual indication stating “Hold NearReader”) requesting that the electronic device 1300 be placed near aterminal (e.g., a contactless transaction terminal, a transit terminal,a secure access terminal) such that the device can detect (e.g., via awireless communication radio of the device) a field (e.g., a near-fieldcommunication (NFC)-based field) generated by the terminal. In someembodiments, transfer application user interface 1322 includes one ormore indicia elements 1329 corresponding to a number of accounts(including the university identification account) accessible byelectronic device 1300 (e.g., transfer accounts available to beauthenticated in response to input 1370) and indicating thecurrently-displayed account (the university identification account).

In FIG. 13E, electronic device 1300 detects (e.g., via a wirelesscommunication radio of the device) the presence of a field 1305Bgenerated by secure access terminal 1310B while the universityidentification account is authenticated (e.g., in response to user input1370) to use in a transfer operation (e.g., secure access request). Insome embodiments, secure access terminal 1310B is configured to controlaccess to a secure location (e.g., a room, a building) bylocking/unlocking a secure door 1312B. In some embodiments, theidentification account is pre-configured to be compatible with secureaccess terminal 1310B, and optionally, the university identificationaccount is associated with/controlled by the institution (e.g., AppletonUniversity) associated with secure access terminal 1310B. Accordingly,while detecting the presence of field 1305B, the electronic device 1300receives a request for a credential of the university identificationaccount from the secure access terminal 1310B (that optionally includesa request for authentication of the university identification account).

In some embodiments, in response to (or subsequent to, after) receivingthe request for the credential from secure access terminal 1310B,electronic device 1300 transmits (e.g., via a wireless communicationradio of the device) the credential (e.g., access credential) of theuniversity identification account to secure access terminal 1310B (e.g.,without requiring the user to authenticate again, and regardless ofwhether secure access terminal 1310B has requested authentication forthe university identification account). In response, as shown in FIG.13F, the electronic device displays (e.g., replaces display ofhold-near-terminal request 1327 with) success indicator 1324, indicatingthat the credential has been successfully provided to the secure accessterminal 1310B. Device 1300 also provides confirmation audio andconfirmation tactile feedback 1350 (e.g., in conjunction withtransmitting the credential). As shown in FIG. 13G, transmitting thecredential of the university identification account to secure accessterminal 1310B causes secure door 1312B to open and/or unlock, thusenabling the user to access the secure location.

FIG. 13H illustrates electronic device 1300 being held by the user ofthe electronic device 1300 near a secure access terminal 1310Cassociated with a secure location (e.g., a secure entrance to a securelocation, such as a locked door to a secure room or building) while theuniversity identification account that is provisioned on the electronicdevice 1300 is set to express mode, and no transfer accounts areseparately authenticated for a transfer operation. As shown, in someembodiments, the display 1302 may display one or more user interfaces onthe display 1302, such as a clock user interface 1326 when the requestfor a credential (discussed below) is received. Alternatively, in someembodiments, the display 1302 is in an off state, as shown in FIG. 13I,when the request for a credential (discussed below) is received.

In FIG. 13H (or, alternatively, FIG. 13I), electronic device 1300detects (e.g., via a wireless communication radio of the device) thepresence of a field 1305C generated by secure access terminal 1310A. Insome embodiments, secure access terminal 1310C is configured to controlaccess to a secure location (e.g., a room, a building) bylocking/unlocking a secure door 1312C and is pre-configured to becompatible with the university identification account of the electronicdevice 1300. Accordingly, while detecting the presence of field 1305C,the electronic device 1300 receives a request for a credential for theuniversity identification account from the secure access terminal 1310C.

As described, in some instances, a device (e.g., secure accessterminal), can require authentication of a transfer account prior to atransfer operation (e.g., as part of a request for credentials for anidentification account), even if the requested account is set to expressmode. In FIG. 13H, the secure access terminal 1310C indicates (e.g., byway of field 1305C, in the request for the credential of the universityidentification account), that electronic device 1300 should requireauthentication before performing the transfer operation of thecredential of the university identification account to secure accessterminal 1310C. Accordingly, in FIG. 13J, in response (or subsequent to)receiving the request for a credential from secure access terminal1310C, and further in response to determining that authentication isrequired for a transfer operation (e.g., in response to an indicationfrom the secure access terminal 1310C), the electronic device 1300displays (e.g., replaces display of clock interface 1126 with) transferapplication user interface 1328 without transmitting the credential forthe university identification account.

In FIG. 13K, subsequent to (e.g., a predetermined amount of time, suchas 0.5 seconds, 1 second, or 3 seconds, after) displaying transferapplication user interface 1328, electronic device 1300 displays (e.g.,replaces transfer application user interface 1328 with), transferapplication user interface 1330. Transfer application user interface1330 includes authentication request indicator 1331 and aninput-and-hold-near-terminal request 1333. In some embodiments,authentication request indicator 1331 indicates that authentication of atransfer account is required, for instance by secure access terminal1310C, when the device determines that the secure access terminal 1310Chas requested authentication (e.g., as part of the request), even ifexpress mode is enabled for the transfer account. The authenticationrequest indicator 1331 may recite, for instance, that “Authenticationhas been requested.”

In some embodiments, input-and-hold-near-terminal request 1333 includesa visual indication, such as a graphical animation and/or a textualindication indicating the manner in which the user can perform atransfer operation. A graphical animation may be an animation of a userinput (e.g., double press input) and/or movement of the electronicdevice, and the textual indication may be text stating “Double ClickSide Near Reader and Hold”. Accordingly, each of the graphical animationor the textual indication can request that the user provide an input(e.g., double press input) and place the device near a terminal (e.g., acontactless transaction terminal, a transit terminal, a secure accessterminal) such that the device can detect (e.g., via a wirelesscommunication radio of the device) a field (e.g., a near-fieldcommunication (NFC)-based field) generated by the terminal. In someexamples, the transfer application user interface 1330 is displayedusing a first color scheme corresponding to the institution (e.g.,Appleton University) associated with the requested universityidentification account and/or the secure access terminal 1312C. In someembodiments, in response to receiving the request and in accordance witha determination that the secure access terminal 1312C has requestedauthentication and/or while displaying the transfer application userinterface 1330, the electronic device 1300 provides a haptic output 1352and/or an audio output to inform the user that authentication isrequired before the university identification account credential will betransmitted. In FIG. 13L, because secure access terminal 1312C requestedauthentication for the university identification account, door 1312Cremains locked despite the university identification account being setto express mode.

FIGS. 13M-13P illustrate electronic device 1300, while displayingtransfer application user interface 1330, receiving a series of inputsto authenticate a transfer account for a transfer operation. In someembodiments, the device authenticates the university identificationaccount in response to detecting a double-press of mechanical inputbutton 1301 (e.g., when the device also determines that the device isunlocked when the double-press is received, but not when the devicedetermines that the device is locked when the double-press is received).As illustrated in FIG. 13M, the electronic device receives an input 1372(e.g., a rotating input) on rotatable input device 1304 (e.g., in aclockwise direction), thus causing the transfer application userinterface 1330 to be scrolled. As shown in FIG. 13N, in someembodiments, scrolling transfer application user interface 1330 in thismanner causes the electronic device 1300 to display additional elementsof transfer application user interface 1330, including an express modeindicator 1335 and a dismiss affordance 1332. The express mode indicator1335 indicates, for instance, that express mode is unavailable becausethe secure access terminal 1310C has indicated (e.g., as part of therequest) that authentication is required to perform a transferoperation.

While displaying the transfer application user interface 1330, theelectronic device 1300 detects selection (e.g., activation) of dismissaffordance 1332. For example, as shown in FIG. 13N, the selection is atap gesture 1334. In response to selection of the dismiss affordance1332, the electronic device displays (e.g., replaces display of thetransfer application user interface 1330 with) transfer application userinterface 1336, as shown in FIG. 13O. Transfer application userinterface 1336 includes representation 1320 associated with theuniversity identification account and confirmation request 1337requesting that the user provide an input (e.g., double-press ofmechanical input button 1301) to authenticate the universityidentification account for a transfer operation. In the examples of FIG.13O-13P, the device does not provide an option to easily access otheraccounts provisioned on electronic device 1300 (e.g., other than theuniversity identification account) because device 1300 has received arequest for the university identification account.

While displaying, on display 1302, the transfer application userinterface 1336, the electronic device 1300 receives an input (e.g.,input requested by confirmation request 1337). For example, theelectronic device 1300 receives input 1374 on mechanical input button1301. As shown in FIG. 13P, in response to input 1374, the electronicdevice 1300 enables the university identification account for transferand displays (e.g., replaces display of transfer application userinterface 1336 with) transfer application user interface 1338. Transferapplication user interface 1338 includes representation 1320 associatedwith the university identification account and hold-near-reader terminalrequest 1339 (e.g., including a visual indication, such as a graphicalanimation of the device moving, and/or a textual indication stating“Hold Near Reader”) requesting that the electronic device 1300 be placednear a terminal (e.g., a contactless transaction terminal, a secureaccess terminal) such that the device can detect (e.g., via a wirelesscommunication radio of the device) a field (e.g., a near-fieldcommunication (NFC)-based field) generated by the terminal.

While description is made herein with respect to the electronic devicereceiving an input authorizing an account for a transfer operation whiledisplaying the transfer application user interface 1336 (e.g., input1374), in some embodiments, the electronic device 1300 receives an input(e.g., double press input) authorizing a transfer account whiledisplaying one or more other interfaces. By way of example, theelectronic device may receive an input authorizing a transfer accountfor a transfer operation while displaying transfer application userinterface 1330 (FIGS. 13L-13N).

Once a transfer account is authenticated, for instance as described withrespect to FIGS. 13M-13P, the user can place the electronic device 1300near secure access terminal 1310C to perform the transfer operation. Forexample, as described, the user can place the electronic device nearsecure access terminal 1310C such that the electronic device receives arequest for a credential from the secure access terminal 1310C whiledetecting field 1305C. As illustrated in FIG. 13Q, once the electronicdevice 1300 has provided the credential for the requested universityidentification account, electronic device 1300 displays transferapplication user interface 1340. Transfer application user interface1340 includes representation 1320 associated with the universityidentification account and success indicator 1341 indicating that thecredential has been successfully provided to the secure access terminal1310C. In some embodiments, while displaying the transfer applicationuser interface 1340, the electronic device 1300 provides a haptic output1354 and/or an audio output (e.g., in conjunction with transmitting thecredential). As shown in FIG. 13R, transmitting the credential of theuniversity identification account to secure access terminal 1310C causessecure door 1312C to open and/or unlock, thus enabling the user toaccess the secure location.

FIG. 13S illustrates electronic device 1300 being held by the user ofthe electronic device 1300 near a secure access terminal 1310Dassociated with a secure location (e.g., a secure entrance to a securelocation, such as a locked door to a secure room or building) while atransfer account (e.g., a university identification account) provisionedon the electronic device 1300 is set to express mode and no transferaccounts are authenticated. The secure access terminal 1310D isconfigured to receive credentials for transfer accounts set to expressmode and does not require authorization of transfer accounts to performa transfer operation.

In FIG. 13S, electronic device 1300 detects (e.g., via a wirelesscommunication radio of the device) the presence of a field 1305Dgenerated by secure access terminal 1310D. In some embodiments, secureaccess terminal 1310D is configured to control access to a securelocation (e.g., a room, a building) by locking/unlocking a secure door1312D and is pre-configured to be compatible with the universityidentification account of electronic device 1300. Accordingly, whiledetecting the presence of field 1305D, the electronic device 1300receives a request for a credential (e.g., identification accountcredential) of the university identification account from the secureaccess terminal 1310D. Because the university identification account isset to express mode and secure access terminal 1310D has not requestedauthentication of the university identification account, in response to(or subsequent to, after) the request for the credential, the electronicdevice 1300 transmits (e.g., without requiring further user input) acredential of the university identification account (e.g., a secureaccess account) to secure access terminal 1310D.

As illustrated in FIG. 13T, once the electronic device 1300 has providedthe credential for the university identification request, the electronicdevice 1300 displays transfer application user interface 1342. Transferapplication user interface 1342 includes representation 1320 associatedwith the university identification account and success indicator 1343indicating that the credential has been successfully provided to thesecure access terminal 1310D. In some embodiments, while displaying thetransfer application user interface 1342, the electronic device 1300provides a haptic output 1356 and/or an audio output (e.g., inconjunction with transmitting the credential). As shown in FIG. 13U,transmitting the credential of the university identification account tosecure access terminal 1310D causes secure door 1312D to open and/orunlock, thus enabling the user to access the secure location.

FIG. 13V illustrates electronic device 1300 being held by the user ofthe electronic device 1300 near a secure access terminal 1311Eassociated with a secure location (e.g., a secure entrance to a securelocation, such as a locked door to a secure room or building) while afirst transfer account (e.g., a student university identificationaccount) on the electronic device 1300 is set to express mode, a secondtransfer account (e.g., an employee identification account) is not setto express mode, and no transfer accounts are authenticated. The secureaccess terminal 1310E is configured to receive employee identificationaccount credentials and does not require authorization for accounts thatare set to express mode.

In FIG. 13V, electronic device 1300 detects (e.g., via a wirelesscommunication radio of the device) the presence of a field 1305Egenerated by secure access terminal 1310E. In some embodiments, secureaccess terminal 1310E is configured to control access to a securelocation (e.g., a room, a building) by locking/unlocking a secure door1312E and is pre-configured to be compatible with the employeeidentification account provisioned onto electronic device 1300.Accordingly, while detecting the presence of field 1305E, the electronicdevice 1300 receives a request for a credential (e.g., identificationaccount credential) for the employee identification account from thesecure access terminal 1310E.

Because the employee identification account is not set to express mode,the electronic device 1300 forgoes transmitting a credential of theemployee identification account (e.g., a secure access account) tosecure access terminal 1310E, even though the university identificationaccount is set to express mode, and secure door 1312E remains locked, asshown in FIG. 13W. In some examples, further in response to the request,the electronic device displays transfer application user interface 1344.Transfer application user interface 1344 includes representation 1346associated with the employee identification account and confirmationrequest 1348 requesting that the user provide an input (e.g.,double-press of mechanical input button 1301) to authenticate theemployee identification account for a transfer operation. In someembodiments, while displaying the transfer application user interface1344, the electronic device further provides a haptic output 1358 and/oran audio output (e.g., in conjunction with displaying transferapplication user interface 1344). As described, the user may provide aninput (e.g., double-press if mechanical input button 1301) toauthenticate the employee identification account for a transferoperation. If the user does not provide the requested input, nocredential is provided to secure access terminal 1310E, and secure door1312E remains locked, as shown in FIG. 13W.

FIG. 14 is a flow diagram illustrating a method for managing the use ofcredentials using an electronic device in accordance with someembodiments. Method 1400 is performed at a device (e.g., 100, 300, 500,600, 1300) with one or more wireless communication radios. Theelectronic device is stores (e.g., in a secure element) information(e.g., used to generate credentials) for a first account (e.g., anidentification card or account). Some operations in method 1400 are,optionally, combined, the orders of some operations are, optionally,changed, and some operations are, optionally, omitted.

As described below, method 1400 provides an intuitive way for managingthe use of credentials. The method reduces the cognitive burden on auser for authenticating accounts and managing credentials, therebycreating a more efficient human-machine interface that is more secure.For battery-operated computing devices, enabling a user to manage use ofcredentials faster and more efficiently conserves power and increasesthe time between battery charges.

The electronic device (e.g., 1300) receives (1402) from a communicationterminal (e.g., 1310, an NFC card reader device), via the one or morewireless communication radios, a request for a credential (e.g., arequest for a credential of the first account). In response (1404) toreceiving the request for the credential, in accordance with adetermination that authentication has been provided for the firstaccount (e.g., such that the electronic device is in an authenticationprovided state for the first account) (e.g., authentication to transmitthe credential of the first account for a single request, the electronicdevice has received pre-authentication by detecting a double-press of ahardware button prior to receiving the request for the credential of thefirst account), the electronic device (e.g., 1300) transmits (1406)(e.g., to the communication terminal, while the device is in theauthentication provided state for the first account, regardless ofwhether the first account is of the first type and regardless of whetherthe request corresponds to an authentication required request), via theone or more wireless communication radios, the credential of the firstaccount without requesting authentication. Thus, when authentication hasbeen provided, the electronic device does not request authentication inresponse to receiving the request regardless of whether the requestcorresponds to a high security request or a low security request.

In response (1404) to receiving the request for the credential, inaccordance with a determination that authentication has not beenprovided for the first account (e.g., such that the electronic device isnot in the authentication provided state for the first account), thatthe first account has been set up at the electronic device to providecredentials without requiring authentication (e.g., an express type,also referred to as an express mode-enabled account), and authenticationis required by the communication terminal (e.g., a high securityrequest, the second device is at a high-security location and hasrequested authentication at the electronic device), the electronicdevice (e.g., 1300) requests (1408) authentication (e.g., 1333, 1352,displaying a visual request on a display device and/or generating atactile output) at the electronic device (e.g., 1300) withouttransmitting the credential of the first account. In some examples, theelectronic device determines that the request corresponds to theauthentication required request by determining that the request includeda request for authentication.

Requesting authentication without transmitting credentials when thecommunication terminal requests authentication, even when the accounthas been set up at the device to provide credentials without requiringauthentication, provides enhanced security by requiring userauthentication at the time that the credential is requested (e.g., afterreceiving the request). Providing enhanced security makes the accountsstored at the electronic device more secure.

In response (1404) to receiving the request for the credential, inaccordance with a determination that authentication has not beenprovided for the first account such that the electronic device is not inthe authentication provided state for the first account, that the firstaccount has been set up at the electronic device to provide credentialswithout requiring authentication (e.g., an express type, also referredto as an express mode-enabled account), and authentication is notrequired by the communication terminal (e.g., the second device is notat a high-security location and has not requested authentication at theelectronic device), the electronic device (e.g., 1300) transmits (1410)(e.g., to the communication terminal), via the one or more wirelesscommunication radios, the credential of the first account withoutrequesting authentication at the electronic device. In some examples,the electronic device determines that the request does not correspond tothe authentication required request by determining that the request doesnot included a request for authentication.

Transmitting the credentials of the first account when first account hasbeen set up at the electronic device to provide credentials withoutrequiring authentication reduces the number of inputs (e.g., no need forauthentication information) to perform the transmitting of thecredential. Reducing the number of inputs required enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by reducing user mistakes when operating/interactingwith the device, by reducing false negatives of authentication) which,additionally, reduces power usage and improves battery life of thedevice by enabling the user to use the device more quickly andefficiently.

In accordance with some embodiments, if the requested account is notpre-armed and the requested card has not been set up for expressauthentication, the device requests authentication from the user (evenwhen the reader does not request authentication).

In accordance with some embodiments, in response (1404) to receiving therequest for the credential, in accordance with a determination thatauthentication has not been provided for the first account (e.g., suchthat the electronic device is not in the authentication provided statefor the first account) and that the first account has not been set up atthe device to provide credentials without requiring authentication(e.g., not an express type), the electronic device (e.g., 1300) requests(1412) authentication (e.g., 1333, 1352, displaying a visual request ona display device and/or generating a tactile output) at the electronicdevice without transmitting the credential of the first account. Thus,when authentication has not been provided, the electronic devicerequests authentication in response to receiving the request regardlessof whether the request corresponds to a high security request or a lowsecurity request. For example, the electronic device is configured witha plurality of accounts (including the first account, and a secondaccount). In accordance with the first account not being express-modeenabled and the second account being express-mode enabled, theelectronic device requests authentication for the first account (withouttransmitting the credentials of the first account) regardless of whetherthe request corresponds to a low security request or a high securityrequest.

Requesting authentication without transmitting credentials (when theaccount has not been set up at the device to provide credentials withoutrequiring authentication) provides enhanced security by requiring userauthentication at the time that the credential is requested (e.g., afterreceiving the request). Providing enhanced security makes the accountsstored at the electronic device more secure.

In accordance with some embodiments, if the requested account ispre-armed, electronic device 1300 disarms the account after transmittingcredentials for the account (e.g., single-use authentication). In someembodiments, transmitting (e.g., in response to receiving the requestfor the credential and in accordance with the determination thatauthentication has been provided for the first account) the credentialof the first account without requesting authentication includes:transitioning (e.g., after transmitting the credential of the firstaccount without requesting authentication) the electronic device suchthat authentication is no longer provided for the first account.Disarming the device (after transmitting when it was pre-armed, bytransitioning to a state where such that authentication is no longerprovided for the first account provides enhanced security by requiringuser authentication again to pre-arm the device. Providing enhancedsecurity makes the accounts stored at the electronic device more secure.

In accordance with some embodiments, in response to receiving therequest for the credential (and, optionally, prior to transmitting thecredential of the first account and prior to requesting authentication),the electronic device (e.g., 1300) identifies, based on information inthe request, the first account (e.g., from among a plurality of accountsstored at the electronic device). Thus, the electronic device analyzesthe received request to determine to which account the requestcorresponds. In some embodiments, communication terminal requestscredentials of a particular account (e.g., the first account).Identifying the requested account based on information received from thecommunication terminal reduces (or removes) the need for the user toprovide additional input to select the account. Reducing the number ofuser inputs required enhances the operability of the device and makesthe user-device interface more efficient (e.g., by helping the user toprovide proper inputs and reducing user mistakes whenoperating/interacting with the device) which, additionally, reducespower usage and improves battery life of the device by enabling the userto use the device more quickly and efficiently.

In accordance with some embodiments, after requesting authentication atthe device, the electronic device (e.g., 1300) receives authenticationfrom the user and transmit credentials. In some embodiments, subsequentto requesting authentication at the electronic device (e.g., and withouttransmitting the credential of the first account), the electronic device(e.g., 1300) receives, via one or more input devices (e.g., biometricinput device(s), camera sensor(s), fingerprint reader(s), keyboard(s),or activation of a physical input mechanism such as a button while thedevice is in an unlocked state, such as an unlocked state that ismaintained while the device continues to be worn and/or within apredetermined proximity to the user), authentication information. Theelectronic device, subsequent to receiving the authenticationinformation (e.g., in response to receiving the authenticationinformation or in response to moving the device within proximity of thecommunication terminal after the authentication information isreceived), in accordance with a determination that the receivedauthentication information corresponds to registered authenticationinformation (e.g., the facial recognition confirms the user isauthorized, the fingerprint matches/corresponds to a registeredfingerprint, the password matches/corresponds to a registered password),transmits (e.g., to the communication terminal, NFC card reader device),via the one or more wireless communication radios, the credential (e.g.,of the first account). In accordance with a determination that thereceived authentication information does not correspond to registeredauthentication information (e.g., the facial recognition does notconfirm the user is authorized, the fingerprint does notmatch/correspond to a registered fingerprint, the password does notmatch/correspond to a registered password), foregoing transmitting(e.g., to the communication terminal, NFC card reader device), via theone or more wireless communication radios, the credential (e.g., of thefirst account) and, optionally, displaying an indication thatauthentication failed.

In accordance with some embodiments, the electronic device (e.g., 1300)provides, for a pre-determined # of times (e.g., 3 times), the user withan explanation (e.g., 1331) about why authentication is required whenaccount is express mode (e.g., the terminal requested authentication).In some embodiments, requesting authentication at the electronic devicewithout transmitting the credential of the first account (in accordancewith the determination that authentication has not been provided for thefirst account (e.g., such that the electronic device is not in theauthentication provided state for the first account) and that the firstaccount has been set up at the electronic device to provide credentialswithout requiring authentication (e.g., an express type, also referredto as an express mode-enabled account), and authentication is requiredby the communication terminal), includes: in accordance with adetermination that an explanatory user interface has not been displayedmore than the (e.g., non-zero) threshold number (e.g., three, four) oftimes (e.g., when authentication has not been provided, the firstaccount has been set up to provide credentials without requiringauthentication, and authentication is required by the communicationterminal), displaying the explanation user interface that includes anexplanation indicating why authentication is required (e.g., anexplanation user interface that includes an indication that thecommunication terminal required the authentication) (e.g., as part of anauthentication user interface, without displaying the authenticationuser interface). Thus, when the electronic device has provided asufficient number of explanations to the user of the device about whyauthentication is required (when the first account is an expressmode-enabled account), the device no longer provides the explanation. Insome embodiments, requesting authentication at the electronic devicewithout transmitting the credential of the first account includes: inaccordance with a determination that an explanatory user interface hasbeen displayed more than a (e.g., non-zero) threshold number of times(e.g., when authentication has not been provided, the first account hasbeen set up to provide credentials without requiring authentication, andauthentication is required by the communication terminal), forgoingdisplaying the explanation user interface (and, optionally, display theauthentication user interface, instead) (e.g., without displayingexplanation indicating why authentication is required, withoutdisplaying the explanation user interface that includes an explanationindicating why authentication is required). In some embodiments, theauthentication user interface includes instructions on how toauthenticate.

Providing the user with visual explanations about why authentication isrequired (when the first account is an express mode-enabled account)enables the user to avoid attempting to use the first account atcommunication terminals that require authentication without firstauthenticating, thereby reducing the number of transmissions (via theone or more communication terminals) between the electronic device andthe communication terminal. Reducing the number of transmissions (viathe one or more communication terminals) reduces power usage andimproves battery life of the device. Further, the device provides theuser with an indication of the error state of the device (whycredentials were not transmitted).

In accordance with some embodiments, the electronic device provides afirst output (e.g., confirmation output, audio and/or haptic) whentransmitting credentials to reader (e.g., when reader does not requestauthentication). In some embodiments, the electronic device (e.g., 1300)generates, at the electronic device, a confirmation output (e.g., visualoutput, audio output, and/or tactile output) in conjunction withtransmitting the credential of the first account.

In accordance with some embodiments, the electronic device (e.g., 1300)provide second output (e.g., authentication request output, audio and/orhaptic) different from first output when authentication is requested bythe reader.

In accordance with some embodiments, in response to receiving therequest for authentication, the electronic device (e.g., 1300)generates, at the electronic device, a second output (e.g., visualoutput, audio output, and/or tactile output that is, optionally,different from the confirmation output or alternatively is the same asthe confirmation output) indicating that authentication is requested.Providing different outputs provides the user with feedback aboutwhether the transmission was successful or whether authentication isrequired. Providing improved feedback to the user enhances theoperability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

In accordance with some embodiments, an account is selected from among aplurality of accounts. In some embodiments, the electronic device storesa plurality of accounts that are specific to a user of the electronicdevice, the plurality of accounts including the first account and asecond account that is different from the first account. In someembodiments, requesting authentication at the electronic device withouttransmitting the credential of the first account includes displaying anindication of the first account (e.g., 1333) without displaying anindication that other accounts are available for use. Thus, when thecommunication terminal has requested credentials of the first account,the device displays an indication of the first account withoutdisplaying an indication of the second account. While displaying theindication of the first account, the device disables access (e.g., via asingle user input) to authenticate the second account. In someembodiments, requesting authentication at the electronic device withouttransmitting the credential of the first account includes displaying theindication of the first account without displaying an indication of anyother account of the plurality of accounts.

In accordance with some embodiments, the electronic device (e.g., 1300)stores a plurality of accounts that are specific to a user of theelectronic device, the plurality of accounts including the first accountand a second account that is different from the first account. Inaccordance with some embodiments, at least one of the first account andthe second account has been set up at the electronic device to providecredentials without requiring authentication, and at least one of thefirst account and the second account has not been set up at theelectronic device to provide credentials without requiringauthentication.

In accordance with some embodiments, the electronic device (e.g., 1300)stores a plurality of accounts that are specific to a user of theelectronic device, the plurality of accounts including the first accountand a second account that is different from the first account. Inaccordance with some embodiments, in accordance with a determinationthat at least one account of the plurality of accounts has been set upat the electronic device to provide credentials without requiringauthentication or authentication has been provided for any of theplurality of accounts, the electronic device (e.g., 1300) listens forcommunications requesting wirelessly transmitted credentials, via theone or more wireless communication radios. In accordance with someembodiments, in accordance with a determination that no account of theplurality of accounts has been set up at the electronic device toprovide credentials without requiring authentication and authenticationhas not been provided for any of the plurality of accounts, theelectronic device (e.g., 1300) forgoes listening for communicationsrequesting wirelessly transmitted credentials, via the one or morewireless communication radios (e.g., operating the radios in an activereception mode, automatically (e.g., without user input)).

In accordance with some embodiments, requesting authentication (e.g.,displaying a visual request on a display device and/or generating atactile output) at the electronic device includes: in accordance with adetermination that the request corresponds to the first account,displaying a user interface (e.g., explanatory user interface,authentication user interface) using a first color scheme (e.g., thatcorresponds to a color scheme for a visually displayed cardcorresponding to the first account); and in accordance with adetermination that the request corresponds to a second account,displaying a user interface (e.g., explanatory user interface,authentication user interface) using a second color scheme that isdifferent from the first color scheme (e.g., that corresponds to a colorscheme for a visually displayed card corresponding to the secondaccount).

Providing different color schemes based on the request correspondenceprovides the user with visual feedback about which account thecontactless terminal is requesting, enabling the user to decide whethercertain actions are appropriate (e.g., whether to provideauthorization). Providing improved visual feedback to the user enhancesthe operability of the device and makes the user-device interface moreefficient (e.g., by helping the user to provide proper inputs andreducing user mistakes when operating/interacting with the device)which, additionally, reduces power usage and improves battery life ofthe device by enabling the user to use the device more quickly andefficiently.

Note that details of the processes described above with respect tomethod 1400 (e.g., FIG. 14 ) are also applicable in an analogous mannerto the methods described above. For example, method 900 optionallyincludes one or more of the characteristics of the various methodsdescribed above with reference to methods 800, 1000, and 1200. Forexample, information about a credential (e.g., credential as describedin method 1400) can be input on an electronic device using theprovisioning processes of method 800. For brevity, these details are notrepeated below.

The foregoing description, for purpose of explanation, has beendescribed with reference to specific embodiments. However, theillustrative discussions above are not intended to be exhaustive or tolimit the invention to the precise forms disclosed. Many modificationsand variations are possible in view of the above teachings. Theembodiments were chosen and described in order to best explain theprinciples of the techniques and their practical applications. Othersskilled in the art are thereby enabled to best utilize the techniquesand various embodiments with various modifications as are suited to theparticular use contemplated.

Although the disclosure and examples have been fully described withreference to the accompanying drawings, it is to be noted that variouschanges and modifications will become apparent to those skilled in theart. Such changes and modifications are to be understood as beingincluded within the scope of the disclosure and examples as defined bythe claims.

As described above, one aspect of the present technology is thegathering and use of data available from various sources to improve theuse of different types of transfer accounts and different types ofcredentials associated with a transfer account when performing atransfer operation. The present disclosure contemplates that in someinstances, this gathered data may include personal information data thatuniquely identifies or can be used to contact or locate a specificperson. Such personal information data can include demographic data,location-based data, telephone numbers, email addresses, twitter IDs,home addresses, data or records relating to a user's health or level offitness (e.g., vital signs measurements, medication information,exercise information), date of birth, or any other identifying orpersonal information.

The present disclosure recognizes that the use of such personalinformation data, in the present technology, can be used to the benefitof users. For example, the personal information data can be used toenable a quicker and more efficient yet secure use of a transfer accountfor use in a transfer operation. Accordingly, use of such personalinformation data enables users to rely on quicker and more efficientuses of the electronic device for transfer operations while beingassured of device security. Further, other uses for personal informationdata that benefit the user are also contemplated by the presentdisclosure. For instance, health and fitness data may be used to provideinsights into a user's general wellness, or may be used as positivefeedback to individuals using technology to pursue wellness goals.

The present disclosure contemplates that the entities responsible forthe collection, analysis, disclosure, transfer, storage, or other use ofsuch personal information data will comply with well-established privacypolicies and/or privacy practices. In particular, such entities shouldimplement and consistently use privacy policies and practices that aregenerally recognized as meeting or exceeding industry or governmentalrequirements for maintaining personal information data private andsecure. Such policies should be easily accessible by users, and shouldbe updated as the collection and/or use of data changes. Personalinformation from users should be collected for legitimate and reasonableuses of the entity and not shared or sold outside of those legitimateuses. Further, such collection/sharing should occur after receiving theinformed consent of the users. Additionally, such entities shouldconsider taking any needed steps for safeguarding and securing access tosuch personal information data and ensuring that others with access tothe personal information data adhere to their privacy policies andprocedures. Further, such entities can subject themselves to evaluationby third parties to certify their adherence to widely accepted privacypolicies and practices. In addition, policies and practices should beadapted for the particular types of personal information data beingcollected and/or accessed and adapted to applicable laws and standards,including jurisdiction-specific considerations. For instance, in the US,collection of or access to certain health data may be governed byfederal and/or state laws, such as the Health Insurance Portability andAccountability Act (HIPAA); whereas health data in other countries maybe subject to other regulations and policies and should be handledaccordingly. Hence different privacy practices should be maintained fordifferent personal data types in each country.

Despite the foregoing, the present disclosure also contemplatesembodiments in which users selectively block the use of, or access to,personal information data. That is, the present disclosure contemplatesthat hardware and/or software elements can be provided to prevent orblock access to such personal information data. For example, in the caseof the use of transfer accounts for transfer operations, the presenttechnology can be configured to allow users to select to “opt in” or“opt out” of participation in the collection of personal informationdata during registration for services or anytime thereafter. In anotherexample, users can select to provision and use one transfer account thatrequires that the user provide relatively fewer personal informationover a different transfer account that requires that the user providerelatively more personal information. In addition to providing “opt in”and “opt out” options, the present disclosure contemplates providingnotifications relating to the access or use of personal information. Forinstance, a user may be notified upon downloading an app that theirpersonal information data will be accessed and then reminded again justbefore personal information data is accessed by the app.

Moreover, it is the intent of the present disclosure that personalinformation data should be managed and handled in a way to minimizerisks of unintentional or unauthorized access or use. Risk can beminimized by limiting the collection of data and deleting data once itis no longer needed. In addition, and when applicable, including incertain health related applications, data de-identification can be usedto protect a user's privacy. De-identification may be facilitated, whenappropriate, by removing specific identifiers (e.g., date of birth,etc.), controlling the amount or specificity of data stored (e.g.,collecting location data a city level rather than at an address level),controlling how data is stored (e.g., aggregating data across users),and/or other methods.

Therefore, although the present disclosure broadly covers use ofpersonal information data to implement one or more various disclosedembodiments, the present disclosure also contemplates that the variousembodiments can also be implemented without the need for accessing suchpersonal information data. That is, the various embodiments of thepresent technology are not rendered inoperable due to the lack of all ora portion of such personal information data. For example, transferaccounts, such as an operating system-controlled and maintainedfirst-party transfer account, that require a bare minimum amount ofpersonal information can be provided to the user for use via theelectronic device for transfer operations.

What is claimed is:
 1. An electronic device, comprising: a display; oneor more input devices; one or more processors; and memory storing one ormore programs configured to be executed by the one or more processors,the one or more programs including instructions for: while theelectronic device is operating on stored power, detecting a request towake the electronic device; and in response to detecting the request towake the electronic device: in accordance with a determination that theelectronic device has more than a threshold amount of available power,displaying, on the display, a wake screen user interface; in accordancewith a determination that the electronic device has less than thethreshold amount of available power and that a credential of a firsttype is provisioned on the electronic device, concurrently displaying,on the display, an indication that the electronic device has less thanthe threshold amount of available power and an indication that thecredential of the first type is available for use via the electronicdevice; and in accordance with a determination that the electronicdevice has less than the threshold amount of available power and that acredential of the first type is not available for use via the electronicdevice, displaying, on the display, the indication that the electronicdevice has less than the threshold amount of available power withoutdisplaying the indication that the credential is available for use viathe electronic device.
 2. The electronic device of claim 1, wherein theelectronic device includes a wireless communication radio, the one ormore programs further including instructions for: subsequent todisplaying the indication that the credential of the first type isavailable for use via the electronic device, transmitting, via thewireless communication radio, the credential of the first type to asecond electronic device for use by the second electronic device in anoperation.
 3. The electronic device of claim 1, the one or more programsfurther including instructions for: while the credential of the firsttype is provisioned on the electronic device: detecting presence of afield generated by a second electronic device; and in response todetecting the presence of the field generated by the second electronicdevice, transmitting the credential of the first type to the secondelectronic device.
 4. The electronic device of claim 1, the one or moreprograms further including instructions for: while the electronic deviceis operating on stored power and while the electronic device has lessthan the threshold amount of available power: detecting presence of afield generated by a second electronic device; and in response todetecting the presence of the field generated by the second electronicdevice: in accordance with a determination that an authenticationoperation is not required, transmitting the credential of the first typeto the second electronic device; and in accordance with a determinationthat an authentication operation is required, forgoing transmitting thecredential of the first type to the second electronic device.
 5. Theelectronic device of claim 1, wherein: the credential of the first typeis available for use via the electronic device while the electronicdevice has less than the threshold amount of available power, and acredential of a second type different from the first type is notavailable for use via the electronic device while the electronic devicehas less than the threshold amount of available power.
 6. The electronicdevice of claim 1, wherein: the credential of the first type does notrequire authentication to be used via the electronic device, and acredential of a second type different from the first type requiresauthentication to be used via the electronic device.
 7. The electronicdevice of claim 1, wherein: the electronic device enables anauthentication operation while the electronic device has more than thethreshold amount of available power, and the electronic device disablesthe authentication operation while the electronic device has less thanthe threshold amount of available power.
 8. The electronic device ofclaim 1, wherein displaying the indication that the credential of thefirst type is available for use via the electronic device comprisesdisplaying the indication that the credential of the first type isavailable for use via the electronic device in accordance with adetermination that an express mode setting of the electronic device isin an on state.
 9. The electronic device of claim 1, the one or moreprograms further including instructions for: while the electronic devicehas more than the threshold amount of available power: while a firstcredential that is not of a second type is provisioned on the electronicdevice and an express mode setting associated with the first credentialis not activated, detecting an input causing the express mode setting tobe activated; and in response to detecting the input causing the expressmode setting to be activated, displaying, on the display, an indicationthat the first credential may be available for use via the electronicdevice while the electronic device has less than the threshold amount ofavailable power.
 10. The electronic device of claim 1, wherein, whilethe electronic device has less than the threshold amount of availablepower, the electronic device forgoes displaying a user interfacedifferent from the user interface associated with the indication thatthe electronic device has less than the threshold amount of availablepower.
 11. The electronic device of claim 1, the one or more programsfurther including instructions for: in accordance with the determinationthat the electronic device has more than the threshold amount ofavailable power: displaying, on the display, a representation of a firstcredential and a representation of a second credential; detecting, viathe one or more input devices, selection of the representation of thefirst credential; and in response to detecting the selection of therepresentation of the first credential, setting the first credential foruse in a transaction.
 12. The electronic device of claim 1, wherein thecredential of the first type corresponds to a transit account availablefor use via the electronic device at a transit terminal.
 13. Theelectronic device of claim 1, wherein the credential of the first typecorresponds to an identification account available for use via theelectronic device at a secure access terminal.
 14. A non-transitorycomputer-readable storage medium storing one or more programs configuredto be executed by one or more processors of an electronic device with adisplay and one or more input devices, the one or more programsincluding instructions for: while the electronic device is operating onstored power, detecting a request to wake the electronic device; and inresponse to detecting the request to wake the electronic device: inaccordance with a determination that the electronic device has more thana threshold amount of available power, displaying, on the display, awake screen user interface; in accordance with a determination that theelectronic device has less than the threshold amount of available powerand that a credential of a first type is provisioned on the electronicdevice, concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.
 15. A method,comprising: at an electronic device with a display and one or more inputdevices: while the electronic device is operating on stored power,detecting a request to wake the electronic device; and in response todetecting the request to wake the electronic device: in accordance witha determination that the electronic device has more than a thresholdamount of available power, displaying, on the display, a wake screenuser interface; in accordance with a determination that the electronicdevice has less than the threshold amount of available power and that acredential of a first type is provisioned on the electronic device,concurrently displaying, on the display, an indication that theelectronic device has less than the threshold amount of available powerand an indication that the credential of the first type is available foruse via the electronic device; and in accordance with a determinationthat the electronic device has less than the threshold amount ofavailable power and that a credential of the first type is not availablefor use via the electronic device, displaying, on the display, theindication that the electronic device has less than the threshold amountof available power without displaying the indication that the credentialis available for use via the electronic device.